| 00:09.37 | *** part/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 00:26.01 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 01:55.37 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 02:25.13 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 03:17.54 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 03:21.31 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 03:33.22 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 03:44.37 | JunK-Y | mooo |
| 03:44.51 | jameswf-home | ~moo |
| 03:44.52 | jbot | ACTION mooooooooo! I am cow, hear me moo, I weigh twice as much as you. I am cow, eating grass, methane gas comes out my ass |
| 03:45.14 | JunK-Y | hahaah |
| 04:12.06 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 05:20.04 | *** join/#asterisk-dev psiforce (n=psiforce@ppp191-34.static.internode.on.net) |
| 05:20.26 | psiforce | hi all, I was wondering is someone could help me with blf / line presence |
| 05:20.41 | psiforce | I am only getting InUse messages for called extensions and not caller |
| 05:26.15 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 05:34.33 | *** join/#asterisk-dev macli (n=user@S0106000024c8ebac.vc.shawcable.net) |
| 05:34.46 | *** part/#asterisk-dev macli (n=user@S0106000024c8ebac.vc.shawcable.net) |
| 06:10.32 | mvanbaak | psiforce: this is not level2 support. ask this question in #asterisk |
| 06:12.51 | *** part/#asterisk-dev psiforce (n=psiforce@ppp191-34.static.internode.on.net) |
| 06:25.06 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:25.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:13.24 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:50.24 | *** join/#asterisk-dev fuzix (n=nnscript@82.201.19.192) |
| 09:37.40 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 09:37.41 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:38.24 | *** join/#asterisk-dev oron (n=oron@local.xorcom.com) |
| 10:26.45 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 10:35.45 | *** join/#asterisk-dev friendly12345 (n=friendly@ppp59-167-145-230.lns4.mel6.internode.on.net) |
| 10:38.42 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 11:06.41 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:14.28 | *** join/#asterisk-dev gones (n=gones@203.193.37.251) |
| 11:23.22 | ZX81 | does anyone know if the extension (numbers) for voicemail accounts have to be numbers? |
| 11:23.36 | ZX81 | I need a whole lot of queues to have their own mailbox |
| 11:24.57 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 11:25.25 | *** join/#asterisk-dev ZX81_ (n=matt@202.20.97.211) |
| 11:25.29 | mvanbaak | you can use whatever you want |
| 11:25.41 | mvanbaak | I have loads of voicemail boxen with alphanumeric names |
| 11:26.00 | mvanbaak | one thing: you have to use 'VoicemailMain(name@context) |
| 11:32.48 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 11:32.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:44.26 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 11:44.27 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 11:46.01 | mvanbaak | hey oej and russellb |
| 11:46.28 | oej | Afternoon |
| 12:00.14 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:03.30 | russellb | waves |
| 12:17.07 | mvanbaak | cant wait till saturday |
| 12:21.36 | russellb | heh. |
| 12:21.41 | russellb | have weekend plans? |
| 12:24.25 | mvanbaak | 2 weeks of sailing |
| 12:25.35 | caio1982 | howdy... i've got a patch that changes many files from asterisk trunk and then I ran svn up and got trapped in many file conflicts... does anyone know a way to svn only update files not changed locally and just tell me which ones were skipped from the terrible merge? |
| 12:26.04 | russellb | mvanbaak: wow, nice .. |
| 12:26.11 | mvanbaak | yeah |
| 12:26.13 | russellb | caio1982: i don't think there is a way to do that. |
| 12:26.24 | mvanbaak | together with my girl |
| 12:26.26 | caio1982 | russellb: ah :( |
| 12:26.30 | russellb | caio1982: you're best off to save off a diff before updating, and then try to apply it again ... |
| 12:26.39 | mvanbaak | just the two of us, on a sailingboat, 2 weeks of sailing around |
| 12:26.39 | russellb | when it comes down to it, you have to fix the conflicts, or not update |
| 12:26.44 | *** join/#asterisk-dev jeffg (i=o5gUliJr@pdpc/supporter/active/jeffg) |
| 12:26.48 | russellb | mvanbaak: that's awesome :) |
| 12:27.10 | caio1982 | russellb: yeah, in this case i even save some work and a few hunks warnings are okay... |
| 12:27.13 | mvanbaak | uhhuh. so now you can understand why I want it to be saturday already |
| 12:27.18 | caio1982 | russellb: thanks :) |
| 12:27.25 | russellb | sure, np |
| 12:27.41 | caio1982 | mvanbaak: *just* sailing? ;) |
| 12:27.48 | russellb | mvanbaak: didn't you just go sailing a month ago or something? heh |
| 12:28.08 | mvanbaak | russellb: I have my own boat. so yeah, some weekends I'm off sailing |
| 12:28.13 | mvanbaak | but now I have two whole weeks |
| 12:28.15 | russellb | well, i meant for a week or so |
| 12:28.38 | mvanbaak | no, only weekends |
| 12:29.25 | russellb | ah. |
| 12:29.26 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.119) |
| 12:29.26 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 12:29.31 | mvanbaak | we had some long weekends here. three or four days |
| 12:29.34 | mvanbaak | that must be it |
| 12:29.45 | mvanbaak | been away on almost all of them yeah |
| 12:30.03 | russellb | ah |
| 12:30.17 | mvanbaak | my job is taking a shitload of time right now, so if I do have a couple of days off, I need to destress |
| 12:30.24 | mvanbaak | sailing works best for that in my case |
| 12:30.24 | russellb | nods |
| 12:30.38 | russellb | i really want a boat ... probably a ski boat though |
| 12:30.45 | mvanbaak | :) |
| 12:30.52 | russellb | someday .. |
| 12:31.04 | mvanbaak | I love sailing. specially with winds above 4 Beaufort |
| 12:31.09 | mvanbaak | hard work, but ubernice |
| 12:34.55 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 13:02.36 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:17.21 | caio1982 | Corydon76-dig: hello there, do you think the new patch in 13016 is alright or did i still forget something? |
| 13:17.31 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.139) |
| 13:24.11 | Corydon76-dig | caio1982: remove the unset stuff. Also, at least one of your error messages is wrong |
| 13:24.53 | caio1982 | but didnt you agree to unset to an empty string instead of null? |
| 13:25.17 | Corydon76-dig | Right, which is why I don't think it's needed |
| 13:25.34 | Corydon76-dig | dialplan set chanvar foo "" |
| 13:25.35 | caio1982 | ok, and which message is wrong? |
| 13:25.40 | Corydon76-dig | does the same thing |
| 13:26.26 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-31c63edf6ddcf9f3) |
| 13:26.39 | Corydon76-dig | actually, once you remove those, the error message will be gone, too |
| 13:26.50 | caio1982 | ah, right |
| 13:26.52 | caio1982 | thanks :) |
| 13:43.43 | fuzix | what do you guys code in? vi? |
| 13:45.18 | Corydon76-dig | Depends |
| 13:45.47 | Corydon76-dig | Some use vim, some use emacs; we even have a guy who works in nano |
| 13:48.22 | ctooley | ARGH!! |
| 13:48.44 | ctooley | Finally found one of the sources of my asterisk crash bugs. |
| 13:51.33 | caio1982 | Corydon76-dig: done |
| 13:53.05 | ctooley | Turns out the switch site had that box in a rack and forgot it was there so they stacked the empty boxes for new servers around the rack. |
| 13:53.22 | ctooley | No airflow... temp hot... hmmmm |
| 13:53.50 | ctooley | Anyway, since that was the server I was compiling all my asterisk builds on for Routing.... yeah. ARGH!!!! |
| 13:55.38 | Corydon76-dig | ctooley: nice |
| 13:56.13 | ctooley | 2 man weeks worth of debugging, and the most likely cause is that the memory in the "known good" box is bad. |
| 13:56.44 | ctooley | Excuse me while I put some holes in my freshly rebuilt office walls. |
| 13:59.10 | mvanbaak | lol |
| 14:00.46 | fuzix | to enhance airflow? so you're going from ctooley to cooley! |
| 14:02.13 | ctooley | Now, none of this is to say that we don't have other issues. Luckily those people aren't in charge of the datacenter area of the site where the production boxes are, but I want to hurt someone over this one. |
| 14:03.08 | ctooley | fuzix, I'm unconcerned about airflow in my office, I just want to make better use of my time, so I figure ripping up the walls so I can re-drywall them, again, would be a better use of my time than the last few weeks were. |
| 14:16.19 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:16.19 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:18.51 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 14:18.51 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:21.46 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 14:31.40 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:31.41 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:33.32 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:33.32 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:35.47 | ctooley | yep, memtest didn't make it past 5 minutes, slot 0 is toast and it locked up memtest |
| 14:36.09 | ctooley | that's just great. |
| 14:38.14 | mvanbaak | and all because it was getting too hot ? |
| 14:40.47 | ctooley | mvanbaak, yeah, heat isn't so good on computers, in case you were unaware. :) |
| 14:40.56 | mvanbaak | I know |
| 14:41.17 | mvanbaak | but frying a memory slot... |
| 14:41.29 | mvanbaak | I thought disks or cpu's would die before that |
| 14:41.32 | ctooley | mvanbaak, you also have to realize these aren't your typical server. These things are literally running at 95-100% of capacity 24 hours a day 7 days a week. |
| 14:41.44 | ctooley | The slot didn't fry, the memory in it did. |
| 14:45.06 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 14:49.45 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177583175.dsl.bell.ca) |
| 14:55.23 | shido6 | how would you add a function similar to play_message_callerid for use with sendvoicemail=yes feature... so when you enter in an extension it plays the greet so you know who you are sendin to when sending to multiple recipients ? |
| 14:56.11 | shido6 | I've added the multiple recipients patch and it works great ; however, I would like it to play the recipients greet file then ask to confirm or enter in a new extension |
| 15:09.25 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200.150.181.158) |
| 15:10.14 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 15:12.42 | shido6 | well not play_message_callerid |
| 15:12.45 | shido6 | but inside of forward_message |
| 15:14.37 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:14.37 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:19.31 | ctooley | codefreeze-lap, did you see my comments above? |
| 15:22.56 | ctooley | Corydon76-dig, BTW, remember those magic "file handle vanished" bugs we worked on a few weeks ago? Yeah... same box. |
| 15:23.07 | ctooley | Makes more sense now. |
| 15:23.09 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:23.31 | ctooley | I'm still unsure how it happened to be so consistent though. That part worries me. |
| 15:23.32 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177584556.dsl.bell.ca) |
| 15:24.18 | ctooley | But, new box, new RAM... 5 million calls and not a single "away" message. |
| 15:24.48 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:27.15 | codefreeze-lap | ctooley: about overheating your server? |
| 15:27.27 | ctooley | codefreeze-lap, yup. |
| 15:27.43 | ctooley | I'm guessing that all my previous mtxprof testing was invalid. |
| 15:27.58 | ctooley | Though... 300cps on 1.4.19 on a server with bad RAM.... not bad. :) |
| 15:28.27 | codefreeze-lap | ctooley: I can repro the slowdown here. It's not the heat. |
| 15:28.57 | ctooley | codefreeze-lap, yeah, just saying, don't take anything I've given you to date into account. |
| 15:29.30 | jameswf-home | 300cps sip?? in my expierience you do that zap and asterisk will lock up like a nun in a tittie bar |
| 15:30.55 | ctooley | jameswf-home, No RTP |
| 15:31.44 | ctooley | But, I will say, we're hoping to be well over that with our new hardware. And hopefully, with the tests I'm setting up soon, we'll be able to do close to that with RTP |
| 15:33.57 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 15:48.26 | codefreeze-lap | OK, whodunnit? Everything worked fine yesterday. Today, I pick up a sip phone, and dial 201, and hit the send button. I get extension 'A .' doesn't exist. |
| 15:48.37 | codefreeze-lap | this is on trunk |
| 15:48.52 | putnopvut | points at codefreeze-lap |
| 15:49.10 | codefreeze-lap | admits that **would** be just his luck |
| 15:49.15 | *** join/#asterisk-dev [TK]D-Fender (n=joe@216.191.106.163) |
| 15:50.37 | codefreeze-lap | just wants another peanutbutter and bacon sandwich |
| 15:51.51 | codefreeze-lap | what on earth could I have done to take a sip invite for '201', and get it munged into 'A .' ? |
| 15:52.28 | file | is your phone in alphanumeric input ... |
| 15:52.58 | codefreeze-lap | file: just noticed that! |
| 15:53.04 | codefreeze-lap | curses phone |
| 15:53.54 | putnopvut | crap, chan_agent is broken as crud in 1.4 right now. |
| 15:54.11 | codefreeze-lap | learns something new every day. Stupid phones have built in booby traps. I'm the boob, and it was perfect for me |
| 15:55.59 | russellb | putnopvut: which issue are you working on re: chan_agent? |
| 15:56.05 | putnopvut | 12771 |
| 15:56.09 | russellb | M12771 |
| 15:56.16 | MuffinMan | [new] [Asterisk] Applications/app_queue 0012771: Bogus <member> is still 'Not in Use' warnings for AgentLogin'ed agents. reported by davidw (Karma: +0.25) http://bugs.digium.com/view.php?id=12771 |
| 15:56.19 | russellb | ah |
| 15:56.36 | putnopvut | I had made some device state changes, and things were broken when I tested with an Agent channel. |
| 15:56.45 | putnopvut | reverted my code -- still broken. |
| 15:56.50 | putnopvut | I can't place a call to an agent channel. |
| 15:57.22 | putnopvut | I haven't pinpointed the error yet though. |
| 15:57.43 | [TK]D-Fender | I've got a sip networking suggestion I could use some feedback on : |
| 15:58.35 | [TK]D-Fender | in cases where multiple NAT patsh may exist from an * ser * can only send either the IP of the interface that a call originated on, or the WAN IP based on externip/externhost |
| 15:59.35 | [TK]D-Fender | I am proposing a different way to declare networks eg : subnet=[network] / [mask / CIDR] / [externip-or-host] ; You'd define everything LOCAL and how we should report ourselves. |
| 15:59.58 | [TK]D-Fender | and everything ELSE goes to "externip" or an appropriately renamed field. |
| 16:01.09 | [TK]D-Fender | actually, minor correction : subnet=[network] / [mask / CIDR] / [externip-or-host] / [refresh-for-host] |
| 16:01.45 | [TK]D-Fender | This would drastically reduce the # of directives needed, bu very explicit and allow *'s behavior to be network specific. |
| 16:01.53 | Corydon76-dig | [TK]D-Fender: the code, not the syntax, is the holdup |
| 16:02.27 | [TK]D-Fender | Corydon76-dig: Ok, not knowing the code, I didn't think this might necessarily be too big. |
| 16:02.27 | Corydon76-dig | Write the modification and you have a case |
| 16:02.37 | [TK]D-Fender | Corydon76-dig: I seriously wish I could... |
| 16:03.22 | russellb | yeah, not remembering the IP that something came in on has been a problem for a long time. I don't think it needs additional config, I believe it can just be solved in code ... |
| 16:03.29 | russellb | and the code is even understood as to what needs to be changed |
| 16:03.50 | russellb | it's just ... it hasn't made it high enough on the priority list given our small pool of resources |
| 16:04.04 | russellb | just dealing with day to day bug reports more than dominates most of the -dev resources .... |
| 16:04.29 | [TK]D-Fender | russellb: the catch is nested NAT's where * won't know what IP it will be represented by on the other side by default. |
| 16:10.03 | *** join/#asterisk-dev simond (n=simon@syria.uc.org) |
| 16:13.13 | simond | hi; I'm looking for some gdb guidance, trying to track down what's causing my SIP channel to stop handling requests. |
| 16:13.46 | simond | I suspect it's this one thread that's talking with IMAP |
| 16:15.18 | simond | when updating the MWI |
| 16:19.52 | simond | but I'm not certain how to confirm |
| 16:20.39 | *** topic/#asterisk-dev by russellb -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@pbx.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds, thx file! - http://buildbot.digium.com -=- Happy Birthday, Qwell! |
| 16:21.35 | Qwell | :( |
| 16:21.45 | Qwell | I'm old. |
| 16:22.28 | outtolunc | happy bday |
| 16:22.41 | Qwell | thanks :D |
| 16:29.12 | putnopvut | simond: if you attach to Asterisk with gdb, you can issue a thread apply all bt full command in gdb to get a backtrace of all the currently running threads. |
| 16:30.44 | simond | putnopvut: I've gotten that far, and see them all doing various things |
| 16:30.57 | simond | I'm working from a core, as I had to get the system back up and running. |
| 16:31.44 | putnopvut | Okay. If you log the output to a file, you can search for any threads that include "chan_sip" in them. From there, I think the name of the mwi-sending function is "send_mwi_to_peer" but I need to double-check. |
| 16:32.13 | putnopvut | Actually, if you search for "do_monitor" that's the base function that the sip thread would be based on. |
| 16:32.38 | simond | yes, that's where I see it talking with IMAP |
| 16:32.49 | putnopvut | What function is at the top of the stack? |
| 16:33.16 | simond | select() |
| 16:34.51 | putnopvut | Yep, unfortunately that's nothing new. What version of Asterisk are you using? |
| 16:35.40 | simond | 1.4.20.1 |
| 16:36.24 | putnopvut | simond: it hasn't been released yet, but in 1.4.22, I backported some IMAP settings that will allow for those select calls to time out. |
| 16:36.45 | putnopvut | That way, even if some message is missed, it won't mean that SIP calls are blocked forever. |
| 16:37.05 | simond | that would be nice ;-) |
| 16:37.18 | putnopvut | Yeah, I know. :) |
| 16:37.36 | russellb | as soon as DAHDI is released, we can do 1.4.22 ... |
| 16:39.50 | simond | putnopvut: in the meantime, where abouts in svn would I find that fix? |
| 16:39.59 | putnopvut | Let me check... |
| 16:41.18 | putnopvut | simond: anything from revision 129208 on will have the settings. |
| 16:41.37 | putnopvut | They're documented in doc/imapstorage.txt (though admittedly not in a lot of detail). |
| 16:42.36 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 16:42.51 | simond | thanks :) |
| 16:42.54 | simond | checks out |
| 16:43.55 | simond | hmm; the timeout is in seconds? |
| 16:44.00 | putnopvut | correct. |
| 16:44.17 | simond | so calls could potintially be blocked for N seconds |
| 16:44.24 | simond | have a recommended value for N? |
| 16:44.38 | xilun | is ast_free(NULL) a noop like free(NULL) is? |
| 16:44.38 | putnopvut | That's correct. No recommended value, really. |
| 16:44.45 | putnopvut | xilun: ast_free is just a macro that calls free |
| 16:44.53 | Corydon76-dig | xilun: usually |
| 16:45.06 | Corydon76-dig | unless DEBUG_MALLOC is on |
| 16:45.20 | *** part/#asterisk-dev [TK]D-Fender (n=joe@216.191.106.163) |
| 16:45.48 | xilun | so can I rely on that in Asterisk code or should I add a test so that the code also works with DEBUG_MALLOC? |
| 16:46.12 | simond | putnopvut: so it's more a temporary workaround than a long term solution? |
| 16:46.38 | putnopvut | simond: in a sense, yes. |
| 16:47.00 | Corydon76-dig | xilun: No, it's fine. it'll just output a warning about unused memory |
| 16:47.08 | xilun | ok, thanks |
| 16:47.13 | putnopvut | simond: the problem is that for some reason, those calls in the c-client can block forever, and no matter how mwi is restructured, it will result in frozen threads. |
| 16:47.27 | putnopvut | So timeouts are a necessary addition no matter how you slice it. |
| 16:49.31 | putnopvut | It's walking time, bbl! |
| 16:49.31 | simond | right, I suppose some separation is needed between the calls to c-client and the sip stack so that c-client waiting to timeout isn't blocking everything else |
| 16:49.53 | russellb | and that's how it works in trunk/1.6 |
| 16:49.53 | putnopvut | simond: and in trunk/1.6.0, that separation has been made, I do believe. |
| 16:50.08 | russellb | 1.4 is still silly in that regard |
| 16:50.13 | simond | work complete! |
| 16:50.40 | russellb | porting that to 1.4 would be non-trivial, though. |
| 16:52.01 | simond | ah, sweet legacies. |
| 16:55.47 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 17:06.25 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 17:07.55 | mvanbaak | is it saturday already ? |
| 17:07.57 | mvanbaak | ;) |
| 17:10.47 | lmadsen | w00t |
| 17:11.55 | Juggie | wish it was |
| 17:12.08 | mvanbaak | Juggie: same here |
| 17:12.29 | mvanbaak | 2 whole weeks on a boat with my girl |
| 17:17.26 | lmadsen | nice! |
| 17:41.23 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 17:41.23 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 17:47.32 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 17:47.56 | mvanbaak | anyone planning 'iax2 set debug peer mvanbaak' ? |
| 17:48.46 | mvanbaak | it only supports on/off now, but on a system that acts as an IAX2 gateway for customers it's no fun to look at it |
| 17:48.52 | mvanbaak | impossible to follow |
| 17:56.26 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 18:07.34 | shido6 | is there a patch to allow the greet to be played when sending messages to multiple recipients? |
| 18:07.56 | putnopvut | shido6: I don't think so. |
| 18:08.06 | putnopvut | I lose track of voicemail patches sometimes, though :) |
| 18:09.21 | shido6 | :) |
| 18:09.47 | shido6 | it would be in forward_message |
| 18:09.51 | shido6 | in app_voicemail.c |
| 18:10.15 | *** join/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) |
| 18:27.47 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 18:29.12 | putnopvut | Corydon76-dig: do you mind assigning 12771 to yourself? I was working on a patch for it this morning, but your new patch that you just uploaded encompasses my changes too. |
| 18:38.25 | Corydon76-dig | putnopvut: Are you saying we think alike? |
| 18:38.37 | putnopvut | I guess so! |
| 18:39.00 | Corydon76-dig | Don't let your girlfriend know |
| 18:39.19 | Juggie | hah |
| 18:45.24 | Corydon76-dig | Anybody else think these new doritos taste more like key lime pie than mountain dew? |
| 18:47.31 | Qwell | wha? |
| 18:47.37 | Qwell | mountain dew doritos? |
| 18:47.56 | Corydon76-dig | Qwell: that's the official word |
| 18:48.24 | Corydon76-dig | Black wrapper Doritos... says "The Quest" on the front |
| 18:56.11 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.119) |
| 18:56.11 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 18:57.42 | shido6 | The Quest for what? |
| 18:57.57 | shido6 | isnt that a Jean Claude Van Dammnit movie |
| 18:58.17 | putnopvut | Probably. |
| 19:06.01 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 19:06.01 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 19:09.10 | Corydon76-dig | shido6: they have a Myst-like game online at their site for the summer |
| 19:09.24 | Corydon76-dig | Or did, a month ago |
| 19:09.32 | shido6 | ah |
| 19:09.59 | Corydon76-dig | I poked at it a couple times and never felt like trying to complete it |
| 19:11.21 | shido6 | poke it? |
| 19:11.28 | shido6 | be careful |
| 19:12.00 | shido6 | some guy i know poked some girl and out popped "The Destroyer" he builds lego buildings and then destroys them |
| 19:14.56 | *** join/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 19:31.24 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 19:52.53 | JunK-Y | pokes Corydon76-dig and run away. |
| 19:54.35 | Corydon76-dig | pokes JunK-Y back |
| 19:54.42 | Qwell | O.o |
| 19:54.58 | JunK-Y | 404 not found! |
| 20:00.35 | bkruse | mvanbaak: ! |
| 20:01.47 | mvanbaak | bkruse: ! |
| 20:02.16 | bkruse | We should work on some features, mvanbaak, and figure out the storage method stuff later |
| 20:02.33 | mvanbaak | yup |
| 20:02.39 | bkruse | I think your contrib script is a great start, along with being able to generate a syntax line based on the xml blob |
| 20:02.50 | outtolunc | hands out punch cards |
| 20:03.23 | mvanbaak | yeah, the syntax line is something that we really need |
| 20:03.38 | mvanbaak | if we have that, it will convince ppl we are on the right track |
| 20:03.51 | mvanbaak | it will prove we can generate the syntax based on the xml |
| 20:03.58 | shido6 | how about playing the name for multiple recipients :) |
| 20:04.11 | shido6 | hides back under a rock |
| 20:04.22 | mvanbaak | and, the contrib script I wrote was during a short toilet break ;) |
| 20:05.04 | mvanbaak | leaves the sidetrack and gets back to appdocsxml |
| 20:05.21 | mvanbaak | was looking at how to implement 'iax2 set debup peer mvanbaak' |
| 20:05.35 | mvanbaak | I had to debug a non-working iax2 link to a routing box today |
| 20:05.53 | mvanbaak | the box takes calls from over 300 customer iax links |
| 20:06.07 | mvanbaak | running 'iax2 debug' is _NO_ fun |
| 20:07.08 | mvanbaak | we can follow the sip debug for a specific peer, but if it comes to iax we have to go with tcpdump+wireshark or something like that |
| 20:07.43 | mvanbaak | I even carry two soekris boxen with OpenBSD configured as transparent bridge for this |
| 20:08.57 | mvanbaak | bkruse: just to make sure you know. starting this weekend I'll be on a two week sailing trip |
| 20:09.31 | mvanbaak | probably not much programming from my side |
| 20:15.17 | *** join/#asterisk-dev jeffg (i=A8GgiOUJ@pdpc/supporter/active/jeffg) |
| 20:18.03 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.119) |
| 20:18.04 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 20:25.26 | ctooley | still no fix for the SSL cert issue? |
| 20:25.57 | mvanbaak | huh ? |
| 20:26.24 | mvanbaak | or do you mean svn 1.5.X on debian unstable and/or fedora ? |
| 20:27.36 | ctooley | mvanbaak, no the SSL Cert issue for subversion that prevents people on newer versions of gnupg or openssl or whichever it was that was upgraded from using the "origsvn.digium.com" server. |
| 20:27.58 | mvanbaak | ctooley: that's a libneon issue |
| 20:28.52 | ctooley | svn: PROPFIND of '/svn/asterisk/team/ctooley': SSL negotiation failed: SSL error: Key usage violation in certificate has been detected. (https://origsvn.digium.com) |
| 20:28.55 | ctooley | That one is? |
| 20:30.53 | mvanbaak | yup |
| 20:36.43 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 20:36.44 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 20:39.29 | seanbright | so i have this interesting problem with one of my PRIs where if CALLERID(name) is anything other than empty, the call doesn't go through |
| 20:39.36 | seanbright | it's kinda bizarre |
| 20:40.11 | Corydon76-dig | seanbright: might be a filter at your telco |
| 20:40.23 | mvanbaak | seanbright: that happens here all the time |
| 20:40.41 | russellb | ctooley: there is a workaround. recompile svn on your box to use ssl isntead of gnutls |
| 20:40.46 | mvanbaak | most of the time it means you put a callerid there that the telco does not accept |
| 20:40.46 | russellb | ./configure --with-ssl=openssl i think |
| 20:40.52 | Corydon76-dig | seanbright: there are probably certain strings they will let through, but it needs to match exactly |
| 20:40.52 | seanbright | ah |
| 20:40.57 | seanbright | gotcha |
| 20:41.00 | russellb | to use openssl* |
| 20:41.21 | mvanbaak | ctooley: what russellb said. or downgrade libneon |
| 20:41.53 | ctooley | Anything wrong with using 1.5 as a client then? |
| 20:42.14 | seanbright | the svnmerge tool no worky |
| 20:42.16 | russellb | shouldn't be a problem with that, no |
| 20:42.18 | seanbright | with svn 1.5 |
| 20:42.28 | russellb | that's sad. |
| 20:42.40 | seanbright | only when there is a conflict |
| 20:42.41 | mvanbaak | yeah |
| 20:42.47 | seanbright | the message file doesn't get populated |
| 20:43.16 | seanbright | i started trying to patch svnmerge to work with it, but then i stopped trying to patch svnmerge to work with it. |
| 20:45.33 | mvanbaak | seanbright: dont go that route |
| 20:45.41 | mvanbaak | it's not worth it |
| 20:46.02 | mvanbaak | what really should be done is patch the latest stock svnmerge with the digium specific stuff |
| 20:46.25 | seanbright | is there a latest stock svnmerge? |
| 20:46.30 | mvanbaak | yup |
| 20:46.46 | mvanbaak | one of the best things they did in there is --record-only |
| 20:47.09 | mvanbaak | so instead of blocking a backport from trunk to 1.4 in trunk you merge it with the param --record-only |
| 20:47.19 | seanbright | ok, back to my PRI problem... |
| 20:47.27 | mvanbaak | it wont patch trunk, but record the patch in the prop |
| 20:47.32 | seanbright | this is an #asterisk question, but bare with me for a sec (since we're all best buds) |
| 20:47.35 | seanbright | (teehee) |
| 20:47.59 | seanbright | SIP phone -> Asterisk -> Zap/1 (with CID name) = Congestion |
| 20:48.15 | seanbright | from then on, no matter what I do with my sip phone, i get congestion |
| 20:48.26 | seanbright | until i unregister and reregister |
| 20:48.43 | Juggie | that ummm sounds peculiar |
| 20:49.09 | seanbright | i agree |
| 20:49.24 | bkruse | mvanbaak: dangit. |
| 20:54.02 | seanbright | hmmm, might be a bug in chan_sip |
| 20:54.38 | mvanbaak | bkruse: dangit ????? hurray ! |
| 20:55.01 | bkruse | I mean hurray.... |
| 20:55.03 | bkruse | take your laptop! :D |
| 20:59.15 | mvanbaak | lol |
| 20:59.17 | mvanbaak | I will |
| 21:00.05 | mvanbaak | have to work on sysinfo on openbsd, iax set debug peer <bla>, appdocsxml, and shitloads of other projects that are on 'TODO - ASAP' status |
| 21:01.09 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 21:06.02 | mvanbaak | hope you dont mind |
| 21:06.03 | mvanbaak | ;) |
| 21:16.38 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 21:37.20 | codefreeze-lap | russellb: working on the sip slowdown again; I've composed lock time tables that might be too big for an asterisk-dev emailing. Composed in HTML, to avoid the line-wrapping of plain text. |
| 21:38.18 | codefreeze-lap | did both under no-load, and higher-load; with CDR backends, and without |
| 21:38.50 | russellb | do you have anywhere you can post the data that you can link to from a -dev post? |
| 21:39.09 | codefreeze-lap | I guess I could blog it or something |
| 21:39.16 | russellb | no, i wouldn't ... |
| 21:39.25 | codefreeze-lap | Don't know how much it waste the formatting |
| 21:39.29 | russellb | if you want to tar up some files, i can drop them in a subdir of bugs.digium.com |
| 21:39.38 | russellb | or you could put it in svn |
| 21:39.51 | russellb | svn mkdir asterisk/team/murf/sip-data |
| 21:39.55 | russellb | and then link to svn.digium.com/view |
| 21:39.57 | russellb | that's probably best |
| 21:40.42 | codefreeze-lap | I guess I just attach them to the bug report |
| 21:41.39 | seanbright | ok, false alarm, eyeBeam just sucks |
| 21:41.46 | codefreeze-lap | Its a lot of numbers, and most folks will soon suffer from eye-overglaze in about 10 seconds flat |
| 21:42.56 | codefreeze-lap | I specifically profiled the channel_find_locked routine, also |
| 21:43.53 | mvanbaak | ok, before I put it on my 'possible-todo-list' for my holiday .... |
| 21:44.00 | codefreeze-lap | in high-load, it runs roughly 10x longer than under low-load conditions (highload = 100cps, .1 second calls, approx) |
| 21:44.23 | mvanbaak | anyone interested in an implementation of 'iax2 set debug peer <peername>' like we have in chan_sip ? |
| 21:44.34 | kpfleming | mvanbaak: yes, very much so |
| 21:44.51 | mvanbaak | kpfleming: ok |
| 21:44.59 | mvanbaak | kpfleming: I got bitten by it today ;) |
| 21:45.43 | mvanbaak | had to debug iax connection of one of our 350 remote iax boxen |
| 21:45.49 | mvanbaak | central routing box |
| 21:45.54 | codefreeze-lap | russellb: There is a large list of locks that are held for a long time. In a lot of cases, it's no big deal. But when they are channel locks, I think it might be |
| 21:46.24 | mvanbaak | running cli command 'iax2 debug on' made me spin around |
| 21:48.34 | mvanbaak | kpfleming: objection if I already post it on mantis, assigned to me, without any code ? |
| 21:48.47 | kpfleming | no |
| 21:48.54 | mvanbaak | k |
| 21:50.16 | *** join/#asterisk-dev Ericcorp (i=user@43.sub-75-220-190.myvzw.com) |
| 21:50.37 | Ericcorp | Hey jared |
| 21:50.39 | Ericcorp | what's up? |
| 21:54.02 | russellb | codefreeze-lap: have you included the same data against 1.4? |
| 21:55.03 | mvanbaak | created a [feature request] ticket for it |
| 21:55.42 | mvanbaak | =4 |
| 21:55.43 | russellb | Ericcorp: jared is not here |
| 21:56.58 | codefreeze-lap | russellb: heavens no, I'd have to backport the mtxprof enhancements to 1.4. Hadn't gotten to that, but you are right, for a good comparison, I'd have to do it. |
| 21:57.20 | russellb | i'm not sure how useful it is for the problem at hand if we can't compare it to 1.4 |
| 21:57.32 | russellb | i mean sure, it shows areas we can improve on, but it doesn't point to why trunk is slower |
| 21:57.47 | codefreeze-lap | russellb: tell me, what do you think it might be? |
| 21:57.52 | russellb | i have no clue |
| 21:58.09 | russellb | you mentioned channel_find_locked() ... that function is known to be completely terrible :) |
| 21:58.16 | russellb | for a lot of channels anyway ... |
| 21:58.31 | russellb | i do have a branch where it is completely redone ... |
| 21:58.42 | russellb | but haven't really poked at it in a good while |
| 21:58.53 | russellb | but anyway, channel_find_locked is equally bad in 1.4 ... |
| 21:59.12 | codefreeze-lap | russellb: which branch? |
| 21:59.18 | russellb | chan_refcount |
| 21:59.41 | russellb | make ast_channel an astobj2 object, and the core channel container an astobj2 hash table |
| 21:59.51 | russellb | s/make/makes/ |
| 21:59.53 | mvanbaak | omg, just realized |
| 21:59.59 | eliel | mvanbaak: iax2 set debug peer/ip should allowed defining more than one ip/peer? or it should work just like chan_sip allowing only one ip address or peer to be debugged? |
| 22:00.05 | mvanbaak | two weeks without internet access |
| 22:00.29 | mvanbaak | eliel: I'm going to do the same stuff as chan_sip |
| 22:00.35 | mvanbaak | debug a peer/ip |
| 22:00.36 | russellb | your sailboat doesn't have internet?! |
| 22:00.40 | codefreeze-lap | russellb: and all the associated code such that they don't lock to protect their channel? |
| 22:00.47 | mvanbaak | russellb: not yet no :( |
| 22:01.04 | russellb | codefreeze-lap: a lot of it, yeah |
| 22:01.14 | eliel | mvanbaak: k |
| 22:01.23 | mvanbaak | eliel: sometimes consistancy is good |
| 22:01.23 | codefreeze-lap | mvanbaak: satellite internet! |
| 22:01.46 | mvanbaak | codefreeze-lap: I would be happy with gprs/wimax |
| 22:01.59 | codefreeze-lap | A cell tower in the ocean? |
| 22:02.15 | mvanbaak | yup |
| 22:02.23 | mvanbaak | they should install those ! |
| 22:02.44 | codefreeze-lap | eh, the big cruisers would bash into them in the fog |
| 22:02.52 | mvanbaak | lol |
| 22:03.00 | mvanbaak | only if the boat is a rental |
| 22:03.20 | Ericcorp | getting away from the internet is not a bad thing. |
| 22:03.30 | mvanbaak | Ericcorp: amen |
| 22:03.44 | Ericcorp | After two weeks with out it you'll feel like you can actually form a coherent thought in your head and keep it there for more than ten seconds. |
| 22:03.55 | codefreeze-lap | mvanbaak Unleashed! |
| 22:04.08 | mvanbaak | ;) |
| 22:04.42 | mvanbaak | help needed |
| 22:04.52 | mvanbaak | should I create a bunch of branches |
| 22:05.04 | codefreeze-lap | ponders |
| 22:05.11 | mvanbaak | or just make a lot of patches against my offline checkout ? |
| 22:05.36 | mvanbaak | in case I do stuff |
| 22:05.41 | mvanbaak | who knows |
| 22:06.00 | codefreeze-lap | russellb: before I go and do a 1.4 backport of the mtxprof stuff, and run comparisons, or go and play with your branch, just one question... |
| 22:06.05 | mvanbaak | maybe in the end I find out I did not power my laptop once |
| 22:06.09 | mvanbaak | but just in case |
| 22:06.24 | codefreeze-lap | is it ok for me to do that? It's piling up into a sweet chunk of time |
| 22:06.28 | mvanbaak | it all depends on the weather |
| 22:07.04 | mvanbaak | but I never left for a period this long without internet/svn accesss |
| 22:07.19 | russellb | codefreeze-lap: how much time do you think it would take to backport your changes and do the equivalent profiling? |
| 22:08.05 | codefreeze-lap | russellb: if it's easy, just a day or two, including running load/noload tests. |
| 22:08.18 | codefreeze-lap | russellb: if it's hard, two or three days |
| 22:08.32 | mvanbaak | make that a week |
| 22:08.36 | russellb | let me think about it for a minute |
| 22:09.00 | mvanbaak | if a dev tells you it's two days, it will be a week |
| 22:09.34 | codefreeze-lap | I'd think it's easy, because I don't think the MTX_PROF or DEBUG_THREAD stuff changed that much between 1.4 and trunk... but I haven't studied it yet, either. |
| 22:09.49 | codefreeze-lap | and yes, mvanbaak might have a point, but... |
| 22:11.07 | mvanbaak | it's just my own experience |
| 22:11.58 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 22:12.00 | mvanbaak | anywayz, I'm off to get some sleep |
| 22:12.27 | russellb | codefreeze-lap: alright, go ahead and get the data for 1.4. |
| 22:12.37 | mvanbaak | yes ! |
| 22:12.44 | mvanbaak | go codefreeze-lap go ! |
| 22:12.55 | codefreeze-lap | time me :) |
| 22:13.02 | mvanbaak | zzzzzzzzzzzzzzzzzz time for me now |
| 22:13.13 | russellb | codefreeze-lap: we don't have much of a choice. we have got to figure out what's different between the two, and I don't see a better way to do that |
| 22:13.22 | codefreeze-lap | sweet dreams, mvanbaak |
| 22:13.36 | russellb | we have to do "something", and the "something" needs to be done on both so we can compare. So, carry on, and we shall see! |
| 22:13.52 | codefreeze-lap | russellb: OK, I agree. whatever it is, it isn't raising its hand to get attention |
| 22:14.43 | russellb | nods |
| 22:15.23 | codefreeze-lap | keep in mind, though, that removing the lock in the invite handler did speed things up noticeably. That's one reason I'm barking up this tree. |
| 22:15.45 | JunK-Y | what did i miss? sounds an interesting discussion :) |
| 22:16.12 | codefreeze-lap | All my testing so far is with that lock removed. Not real recommended, but... |
| 22:16.35 | *** part/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 22:17.08 | codefreeze-lap | JunK-Y: we are trying to find out why the trunk chan_sip's driver, which has been highly optimised, is running at 1/10th the speed it used to. |
| 22:17.19 | kpfleming | umm. what is the point of doing testing on a non-standard configuration? |
| 22:17.42 | codefreeze-lap | kpfleming: like tearing the skin off an onion. |
| 22:18.17 | codefreeze-lap | We measured that lock was holding us back x percent. Now, what are the other probs? |
| 22:18.24 | kpfleming | oh, ok, i see |
| 22:18.42 | kpfleming | you said 'all' your testing, not your testing since you identified it as a problem |
| 22:18.54 | codefreeze-lap | Ah, sorry |
| 22:19.23 | *** join/#asterisk-dev _sc0tty_ (n=_sc0tty_@217.144.147.41) |
| 22:20.26 | eliel | Is a conding style MUST to leave the code 80 columns width? |
| 22:20.38 | kpfleming | no |
| 22:22.00 | eliel | thnks |
| 22:22.33 | codefreeze-lap | says, watch, all this effort to debug, and it ends up being a one or two line fix somewhere |
| 22:31.40 | *** part/#asterisk-dev Ericcorp (i=user@43.sub-75-220-190.myvzw.com) |
| 22:34.17 | *** join/#asterisk-dev [1]_sc0tty_ (n=_sc0tty_@212.183.136.194) |
| 22:41.43 | *** join/#asterisk-dev jets (n=brian@pdpc/supporter/active/jets) |
| 22:42.10 | *** part/#asterisk-dev jets (n=brian@pdpc/supporter/active/jets) |
| 22:42.12 | *** join/#asterisk-dev jets (n=brian@pdpc/supporter/active/jets) |
| 22:52.20 | *** join/#asterisk-dev jets (n=brian@pdpc/supporter/active/jets) |
| 23:09.24 | *** join/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 23:09.53 | *** part/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 23:14.46 | eliel | Has someone experienced a long delay while running iax2 show channels? with or without any channels?, the delay is while locking iaxs[] using iaxsl[] but I have no information to generate a bug report just giving this info. |
| 23:21.17 | eliel | in trunk... |
| 23:26.02 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 23:28.22 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 23:34.22 | *** join/#asterisk-dev freddyk (n=freddy@host104-23-dynamic.42-79-r.retail.telecomitalia.it) |
| 23:36.42 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 23:38.03 | putnopvut | Manager originates are silly since no matter what you set as for the Async value. It ends up being asynchronous. The difference is that if Async is true, then manager will spawn a thread which spawns a thread. I guess that makes it REALLY asyncrhonous. |
| 23:38.48 | putnopvut | After reading the terrible composition of that last message, I think it's time for me to get out of here and do something that requires very little brain activity. |
| 23:38.57 | putnopvut | Bye! |
| 23:43.55 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 23:45.48 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |