| 00:12.35 | *** join/#asterisk-dev angler (i=angler@pdpc/sponsor/digium/angler) |
| 00:20.59 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.20.243.195.user.ajato.com.br) |
| 00:26.26 | *** join/#asterisk-dev jsmith (n=jsmith@68.246.51.230) |
| 00:26.26 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 00:59.35 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-227-239.dsl.irvnca.pacbell.net) |
| 01:24.53 | *** join/#asterisk-dev jsmith (n=jsmith@68.246.51.230) |
| 01:24.54 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 01:29.35 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 01:29.49 | puzzled | hi |
| 02:06.40 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:06.41 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 02:15.36 | *** join/#asterisk-dev [hC] (n=hardcore@S01060016b61c8983.vf.shawcable.net) |
| 02:41.29 | *** join/#asterisk-dev puzzled_ (n=patrick@puzzled.xs4all.nl) |
| 02:46.40 | *** part/#asterisk-dev mog (n=mog@c-71-207-231-41.hsd1.al.comcast.net) |
| 03:14.52 | *** join/#asterisk-dev IgorG (n=igorg@195.162.32.126) |
| 06:54.31 | *** join/#asterisk-dev wedhorn (n=wedhorn@dsl-58-6-89-11.act.westnet.com.au) |
| 07:06.54 | *** join/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) |
| 07:19.53 | *** join/#asterisk-dev dlynes_laptop (i=dlynes@dhcp64-134-24-23.wnc.chi.wayport.net) |
| 07:21.21 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 07:23.42 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:23.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:48.47 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 08:39.26 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 08:45.34 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 09:00.53 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 09:10.37 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 09:24.19 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 09:24.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:25.04 | oej | morning |
| 09:29.47 | _ys | re |
| 10:14.58 | *** join/#asterisk-dev yannj_fr (n=yannj_fr@APuteaux-152-1-42-89.w82-120.abo.wanadoo.fr) |
| 10:55.26 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:10.05 | *** join/#asterisk-dev _ys (i=ys@91.151.196.254) |
| 11:51.18 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.55) |
| 12:03.44 | *** join/#asterisk-dev ivanfm (n=ivanfm@c906b486.virtua.com.br) |
| 12:18.37 | *** join/#asterisk-dev allankardec (n=root@20150099019.user.veloxzone.com.br) |
| 12:33.53 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 12:48.26 | *** join/#asterisk-dev eliel (n=eliel@host172038.metrored.net.ar) |
| 13:00.47 | *** join/#asterisk-dev lirakis (n=lirakis@65.200.191.253) |
| 13:00.57 | *** part/#asterisk-dev lirakis (n=lirakis@65.200.191.253) |
| 13:01.31 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 13:01.31 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 13:18.04 | eliel | Hello, is there any work in progress to add voicexml to asterisk? I would like to start working on a application to implement this feature, but I want to be sure it isn't already done. |
| 13:19.38 | eliel | I was thinking about a dialplan application VoiceXML(file.xml) or VoiceXML(http://url/test.xml) |
| 13:20.46 | agx | anyone is working (or its already available) to log queue not to queue.log but to mysql? |
| 13:22.07 | eliel | there is a patch flying out there to log the queue in mysql. |
| 13:24.29 | eliel | agx: http://forums.digium.com/viewtopic.php?t=4073 |
| 13:35.09 | agx | eliel, ty |
| 13:36.50 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 13:53.45 | agx | eliel, there is a reson why that patch has never be integrated? licensing problem? slacky author? |
| 13:55.29 | eliel | agx: I don't know, I have too many production enviroments working with this patch on asterisk 1.2 sucessfully, maybe licensing or architecture problems |
| 13:56.37 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:56.37 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 13:56.43 | file | never went to the bug tracker |
| 14:02.58 | agx | file, ok if i manage it to work i'll send a patch for 1.4.13 |
| 14:03.19 | file | you didn't write it, someone else did |
| 14:04.16 | agx | file, np, i'll re-write it differently from scratch asap i've some free-time |
| 14:14.14 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:14.14 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:27.17 | *** join/#asterisk-dev ManxPower (n=manxpowe@179.sub-75-203-131.myvzw.com) |
| 14:30.58 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:30.58 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:32.20 | *** join/#asterisk-dev ajohnson (n=ajohnson@63.147.46.186) |
| 14:32.29 | *** part/#asterisk-dev ajohnson (n=ajohnson@63.147.46.186) |
| 14:36.11 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:36.11 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 14:36.37 | jmls | ouch |
| 14:36.58 | jmls | guys, does zt_pri_error: Short write: 0/6 (Unknown error 500) mean a nasty problem ? If so, with what ? |
| 14:37.22 | jmls | and zt_pri_error: Write to 134 failed: Unknown error 500 |
| 14:42.57 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-d429e46753ac8bcc) |
| 14:42.57 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:58.12 | *** join/#asterisk-dev jsmith (n=jsmith@68.246.137.171) |
| 14:58.12 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 15:00.20 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:02.41 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:02.41 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 15:11.32 | eliel | is it possible to add code to asterisk that make uses of a library with MIT License? (like libxml2) |
| 15:11.57 | eliel | (not addons) |
| 15:14.54 | ManxPower | eliel: You can include anything that does not require releasing the source of the including product. GPL requires releaseing source, so you can't put GPL stuff into Asterisk unless Digium makes an exception. This is all because of the dual licensing of Asterisk. |
| 15:17.02 | agx | eliel, i think that if you just need to link against a LGPL license library is ok, its not possible instead to use a strictly-GPL library IMHOOOO (from what i've understood) |
| 15:19.00 | ManxPower | agx: that is also how I understand it. That is why MySQL support is not part of Asterisk -- MySQL changed their license from LGPL to GPL. |
| 15:23.02 | agx | O.o i was checking opendbx website for its license and it has a german script... cannot translate... some of the authors has died? |
| 15:44.14 | *** join/#asterisk-dev IPetrov2 (i=IPetrov2@ppp85-140-235-115.pppoe.mtu-net.ru) |
| 15:44.36 | *** join/#asterisk-dev seanbright (n=elixer@65.207.74.18) |
| 15:48.20 | jameswf | anyone aware of a zaptel-1.2.16.1 |
| 15:49.48 | michael-i | agx: no, it's a little joke against some new politics in germany regarding privacy laws :) |
| 15:55.31 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 15:58.32 | *** join/#asterisk-dev eliel (n=eliel@200.59.172.38) |
| 15:58.52 | eliel | Thank Manxpower I get disconnected... |
| 16:04.29 | Damin | I'm happy to report that disabling hyperthreading has greatly contributed to increaseing the quality of audio leaving my Digium card to the PSTN.. |
| 16:07.22 | lmadsen | Damin: nice! |
| 16:09.37 | ManxPower | There was a significant DTMF fix put into Asterisk (1.4 or TRUNK, I don't remember) where Asterisk was pretty bad at detecting correctly, slightly bad DTMFs on Zap. Does anyone remember this fix and patch? |
| 16:09.48 | ManxPower | Damin: Um, that is a well known issue. |
| 16:17.59 | ManxPower | C'mon, it was a major issue for people what were experiencing. |
| 16:22.58 | *** join/#asterisk-dev Cresl1n (i=matt@nat/digium/x-2f452a8a456c2221) |
| 16:22.58 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 16:25.17 | ManxPower | Cresl1n: do you remember a patch in the past month or two with regards to improving the Zaptel DTMF detection? |
| 16:25.58 | ManxPower | (the bug report may have said PSTN) |
| 16:25.58 | Cresl1n | There is no zaptel DTMF detection in software |
| 16:25.58 | Cresl1n | software DTMF detection only occurs in asterisk |
| 16:26.21 | Cresl1n | But I do remember a bug report improving the debounce logic in Asterisk's DTMF detection code3 |
| 16:27.15 | ManxPower | Cresl1n: any idea what the bug number might have been? |
| 16:27.21 | Cresl1n | No, sorry |
| 16:27.26 | Cresl1n | I didn't even commit that one |
| 16:27.34 | ManxPower | I simply cannot find it. |
| 16:27.48 | ManxPower | Cresl1n: so it would have been a patch to chan_zap.c? |
| 16:27.51 | Cresl1n | no |
| 16:27.56 | Cresl1n | it would have been against dsp.c |
| 16:28.00 | ManxPower | ah! Thanks! |
| 16:28.52 | file | issue 10535 |
| 16:28.55 | file | M10535 |
| 16:28.55 | MuffinMan | [closed] [Asterisk] Core-General 0010535: [patch] DTMF detect debouncing logic can miss whole digits (dsp.c) reported by softins http://bugs.digium.com/view.php?id=10535 |
| 16:29.34 | Cresl1n | ManxPower: does this mean you're actually running 1.4? |
| 16:29.44 | Cresl1n | :-) |
| 16:29.57 | lmadsen | ManxPower: who are you and what have you done with the real ManxPower ?! |
| 16:30.03 | file | he's helping a user |
| 16:30.21 | ManxPower | Cresl1n: hell no. |
| 16:30.23 | Cresl1n | ah... |
| 16:30.39 | ManxPower | not my issue, someone else was having DTMF detection issues on zap channels |
| 16:30.52 | ManxPower | Cresl1n: I may just skip 1.4 and go to 1.6. |
| 16:31.19 | Cresl1n | 1.6 will probably be no better than whatever branch is the current branch of 1.4 |
| 16:31.22 | Cresl1n | just to warn you :-) |
| 16:31.33 | ManxPower | Cresl1n: exactly, so why try 1.4? |
| 16:31.48 | Cresl1n | there aren't a bunch of new bugs |
| 16:31.59 | ManxPower | I wasn't suggesting I'd use 1.6.0 |
| 16:32.03 | ManxPower | 8-) |
| 16:32.29 | ManxPower | I did see several bugs I have experienced in 1.2 being fixed in 1.4 recently. |
| 16:33.38 | ManxPower | the %23 one is the one that stands out in my memory. |
| 16:33.48 | lmadsen | which bug number was that? |
| 16:34.45 | putnopvut | Perhaps 10681? |
| 16:34.48 | putnopvut | M10681 |
| 16:34.49 | MuffinMan | [closed] [Asterisk] Channels/chan_sip/General 0010681: Handling of escaped characters (#, etc...) reported by cahen http://bugs.digium.com/view.php?id=10681 |
| 16:35.18 | ManxPower | yes, 10681 |
| 16:35.38 | *** join/#asterisk-dev shido6 (n=shido6@204.126.120.132) |
| 16:35.58 | ManxPower | My enviroment is Polycom -> Asterisk -> Sangoma or Digium -> PRI |
| 16:36.39 | ManxPower | file: it looks like my rxgain suggestions to _x86_ is helping, but maybe not eliminating the issues he's having. |
| 16:38.58 | tzanger | ManxPower: that is my typical setup as well |
| 16:38.58 | ManxPower | tzanger: it's the setup of any sane person. |
| 16:39.00 | *** part/#asterisk-dev michael-i (n=michael-@141.41.40.55) |
| 16:45.54 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 16:49.59 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 16:50.03 | Damin | ManxPower: Disabling hyperthreading might be "well known" in certain circles, but when I asked, there was lots of conflicting opinions... even from Digium themselves... |
| 16:50.35 | ManxPower | looks like rxgain=-3 fixed the DTMF issues for the user I was helping. |
| 16:50.37 | Damin | ManxPower: But it certainly has calmed down the number of complaints for the box that is fully maxed out! :) |
| 16:50.47 | puzzled | Damin, in the pre 1.0 days we saw that HT caused problems so since then I always turned it off |
| 16:50.49 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:51.35 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:51.35 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 16:51.35 | ManxPower | same here, puzzled |
| 16:51.35 | Damin | puzzled: Suffice it to say, on heavily loaded boxes under 1.2 it still causes issues.. |
| 17:01.16 | ManxPower | unixdog is complaining that "sip show users" shows the password. |
| 17:02.17 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:03.17 | ManxPower | which I find quite funny. |
| 17:09.15 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 17:27.29 | Cresl1n | puzzled I think a lot of that had to do with linux kernels not being very good at handling HT processors |
| 17:27.49 | Cresl1n | I suspect that any modern kernel would probably not have problems |
| 17:30.01 | puzzled | Cresl1n, thanks. guess I could test a box with HT if I find the time |
| 17:41.11 | *** join/#asterisk-dev mog (n=mog@c-71-207-231-41.hsd1.al.comcast.net) |
| 17:41.11 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 17:52.26 | *** join/#asterisk-dev miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 18:10.00 | *** join/#asterisk-dev GreggB (n=GreggB@66.206.86.107) |
| 18:25.45 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:25.45 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 18:36.24 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:36.24 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 18:48.50 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:48.50 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 18:49.21 | eliel | ups... usbradio.conf.sample is missing on configs/ |
| 18:49.54 | Qwell | eliel: hmm, I thought I saw one get committed at some point |
| 18:50.28 | eliel | M10839 |
| 18:50.29 | MuffinMan | [closed] [Asterisk] Documentation 0010839: usbradio.conf.sample should not be in 1.4 branch reported by casper http://bugs.digium.com/view.php?id=10839 |
| 18:50.30 | Qwell | sure enough |
| 18:50.33 | Qwell | yep |
| 18:50.39 | eliel | maybe this is related.. :S |
| 18:51.05 | Qwell | yep, let's see if I can do some svn magic... |
| 18:51.21 | Qwell | gonna try to pull the config from 1.4 in r84162, and put it in trunk |
| 18:52.10 | eliel | great! |
| 18:52.49 | Qwell | hmm! I know I can do this in one command, without being hackish |
| 18:53.47 | Qwell | no pathspec for svn cp :( |
| 18:54.13 | eliel | Also, please replace the only free() in chan_usbradio.c to ast_free() |
| 18:55.08 | Qwell | ah hah! |
| 18:56.04 | Qwell | svn cp -r84162 https://origsvn.digium.com/svn/asterisk/branches/1.4/configs/usbradio.conf.sample https://origsvn.digium.com/svn/asterisk/trunk/configs/usbradio.conf.sample |
| 18:56.05 | Qwell | god I love svn |
| 18:56.41 | Qwell | so, it doesn't matter much for a tiny config file, but that command could actually save a great deal of disk space on a large file |
| 18:56.56 | Qwell | because it doesn't add an entire new file - it just makes a link to the old file |
| 18:57.02 | file | I like @<revision> :D |
| 18:57.08 | Qwell | file: yeah, that didn't work |
| 18:57.14 | file | sad! |
| 18:57.15 | Qwell | svn: Path 'https://origsvn.digium.com/svn/asterisk/branches/1.4/configs/usbradio.conf.sample@84162' does not exist in revision 84162 |
| 18:57.25 | Qwell | there are certain times you use @, and certain times you use -r |
| 18:58.53 | Qwell | so, hmm... we need a res_usb |
| 18:59.25 | Qwell | split out the usbness from chan_usbradio, and add usbness to chan_mobile (so it can go into asterisk, rather than addons) |
| 18:59.34 | Qwell | then of course a res_bluetooth which can live in addons |
| 19:05.24 | Qwell | those M_* macros in chan_usbradio make my head hurt |
| 19:06.12 | tzafrir_home | how does chan_usbradio talk with the hardware? via libusb? |
| 19:06.26 | Qwell | tzafrir_home: I believe so |
| 19:06.37 | tzafrir_home | Or does it talk to some specific drivers? |
| 19:06.52 | *** join/#asterisk-dev agx (n=badpengu@81-174-44-16.dynamic.ngi.it) |
| 19:07.23 | tzafrir_home | anyway, "res_usb" sounds a bit like "res_pci" or "res_ethernet" |
| 19:08.23 | tzafrir_home | Unless it talks with some standard USB driver |
| 19:09.18 | Qwell | tzafrir_home: that may be true. I'm not versed in usb at all...never done anything with it |
| 19:10.08 | Qwell | I don't really know what would be involved. I was basically thinking res_usb could handle the very low level stuff. Establishing and maintaining a connection, basically |
| 19:11.03 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:11.03 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 19:35.48 | *** join/#asterisk-dev Cherebrum (n=jgarland@pdpc/supporter/base/Cherebrum) |
| 19:35.52 | Cherebrum | FreeSwitch just added mod_dialplan_asterisk if anyone is interested. It means you can now also have the stupidity of the asterisk dialplan on FreeSwitch. :) http://fisheye.freeswitch.org/changelog/FreeSWITCH/?cs=6205 |
| 19:35.54 | *** part/#asterisk-dev Cherebrum (n=jgarland@pdpc/supporter/base/Cherebrum) |
| 19:37.15 | blitzrage | I love spam |
| 19:37.49 | jsmith | I prefer kipper snacks |
| 19:38.00 | blitzrage | fried spam isn't all that bad actually |
| 19:38.22 | jsmith | blitzrage: Yup... my wife makes it from time to time |
| 19:44.37 | *** join/#asterisk-dev Corydon76-lap (i=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 19:44.37 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 19:46.51 | *** join/#asterisk-dev sergeus (n=asterisk@77.244.64.99) |
| 19:50.50 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:50.50 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 20:00.42 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 20:00.42 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 20:02.19 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 20:04.24 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 20:04.24 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 20:07.34 | _ys | russel is live? |
| 20:07.52 | file | he is alive, but not here |
| 20:08.25 | Corydon76-lap | Heisenberg would disagree |
| 20:08.36 | putnopvut | As would Schoedinger |
| 20:12.01 | tzafrir_home | chan_zap.c has a DND mode. Which might be handy. But it can only be operated with the magic extension *78 |
| 20:12.23 | tzafrir_home | Is there any point in having an internal DND mode implemented in chan_zap.c ? |
| 20:12.35 | tzafrir_home | And if so: why not expose it better? |
| 20:15.31 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.133.162) |
| 20:17.39 | *** join/#asterisk-dev eliel (n=eliel@200.59.172.38) |
| 20:22.23 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:22.23 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 20:23.03 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 20:23.03 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 21:28.59 | codefreeze | Here's a really good question from a bug report: With 5000 sip peers on a single asterisk server, call processing is stopped for approx 45 sec when chan_sip reloads on a dual cpu dell 1950... What's the best tactic here? realtime? |
| 21:30.22 | codefreeze | Can the sip reload be written like the pbx_config stuff, to minimize/eliminate the downtime? |
| 21:30.25 | putnopvut | Do you know specifically what's causing the holdup? |
| 21:30.43 | codefreeze | Nope, not yet. |
| 21:31.14 | codefreeze | I suspect the peer list is locked until the reload is done. |
| 21:31.17 | agx | codefreeze: maybe its a DNS resolution problem? |
| 21:31.26 | putnopvut | Moving 5000 peers to realtime is a pretty big move. |
| 21:32.05 | file | WELL... |
| 21:32.29 | file | reloads are done in the same thread as network processing... |
| 21:33.01 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 21:33.18 | codefreeze | which means....? |
| 21:33.50 | Corydon76-lap | It's currently written in a manner to reduce the length of the reload time |
| 21:35.12 | Corydon76-lap | If you think reloads take a long time now, wait until we change the method to one that ensures that network processing continues |
| 21:36.04 | Corydon76-lap | However, realtime is a good idea... it would mean that we don't spend any time reloading peers for which we have no activity |
| 21:36.25 | codefreeze | I don't think that the reload time is the issue, if it take under a minute. It's the fact that the user can't afford to have network processing stop for 45 seconds.... |
| 21:37.30 | Corydon76-lap | Well, people used to bug out about the reload time, because a reload might not be finished by the time they wanted to issue another reload call |
| 21:38.29 | Corydon76-lap | btw, the ketchup potato chips aren't bad... nothing to write home about, though |
| 21:39.37 | outtolunc | those must be *really* salty |
| 21:39.52 | Corydon76-lap | not terribly so |
| 21:40.48 | Corydon76-lap | Bigger bag than I expected, though |
| 21:41.05 | Corydon76-lap | I was sort of expecting one of the personal single serving bags |
| 21:41.57 | Corydon76-lap | You know, just big enough to tease you if you really liked them |
| 21:42.13 | file | I'm not that evil |
| 21:42.32 | Corydon76-lap | You're not? ;-) |
| 21:42.42 | Corydon76-lap | or just not that evil, today? |
| 21:43.04 | file | you decide. |
| 21:44.19 | Corydon76-lap | Woe be to the coworkers who confides the candy that he absolutely can't resist, even though he's on a diet |
| 21:45.29 | tzanger | haha |
| 21:45.30 | putnopvut | You're on a diet? |
| 21:45.37 | tzanger | it's funny I get sick of chocolate REALLY fast |
| 21:45.43 | tzanger | it must be a sign that I'm getting old |
| 21:45.57 | putnopvut | I get tired of overly sweet chocolate really fast. |
| 21:46.07 | putnopvut | But dammit, I am NOT getting old! |
| 21:46.29 | file | putnopvut: or... are you |
| 21:46.48 | *** part/#asterisk-dev agx (n=badpengu@81-174-44-16.dynamic.ngi.it) |
| 21:47.01 | putnopvut | No sir. |
| 21:59.20 | putnopvut | So, flags have been increased to 64 bits in trunk. Can enums handle greater than 32-bit values? |
| 21:59.50 | Qwell | putnopvut: there's a special thingie for 64-bit flags, which app_dial uses |
| 22:00.11 | putnopvut | Yeah, I'm looking at patching app_dial, so...where's the special thingie? |
| 22:00.13 | Qwell | and yes, you just define it as a 64 bit type |
| 22:00.28 | Qwell | #define DIAL_NOFORWARDHTML ((uint64_t)1 << 32) |
| 22:00.35 | Qwell | ast_test_flag64 |
| 22:00.43 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 22:01.03 | putnopvut | Okay, so if I wished to add something to the enum above that, I could? |
| 22:01.12 | Qwell | in trunk at least |
| 22:01.22 | putnopvut | yeah, this is for trunk. |
| 22:01.23 | Qwell | doesn't look like 1.4 has it |
| 22:01.45 | putnopvut | I'm working on testing the patch on 10185 |
| 22:01.57 | Qwell | ahh |
| 22:02.07 | putnopvut | It doesn't apply cleanly, and I'm trying to get things working properly. |
| 22:03.05 | Corydon76-lap | putnopvut: most enums aren't bitwise, I suspect |
| 22:17.16 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-227-239.dsl.irvnca.pacbell.net) |
| 22:27.59 | *** join/#asterisk-dev yannj_fr (n=yannj_fr@vpn.intelunix.fr) |
| 22:31.13 | file | you ranggggggg? |
| 22:31.24 | codefreeze | I tried |
| 22:31.43 | file | what do you wanttttttt? |
| 22:32.15 | file | oh |
| 22:32.17 | file | you are calling again |
| 22:32.19 | tzafrir_home | how can you pronounce those? |
| 22:32.37 | file | codefreeze: call... NOW! |
| 22:35.40 | Corydon76-lap | with the revolver |
| 22:46.13 | yannj_fr | sh*t, I bought 2 digium card and install them, my server, my server doesnt boot corectly |
| 22:46.54 | jsmith | yannj_fr: The cards come with support from Digium |
| 22:47.15 | yannj_fr | really? |
| 22:47.22 | jsmith | Of course! |
| 22:47.29 | yannj_fr | I bougth them from a distributor |
| 22:47.41 | yannj_fr | didn't get this information! |
| 22:47.54 | jsmith | Ah... the first work with your distributor, but ultimately Digium will support you ;-) |
| 22:48.28 | yannj_fr | do you know if loading kernel module takes a long time? |
| 22:49.45 | Corydon76-lap | I know definitively that they do not |
| 22:50.29 | yannj_fr | ...so.... Bugggg |
| 22:50.33 | Corydon76-lap | For the worst case, of loading a meg of firmware (not Zaptel), it may take a few seconds for all of the components to get probed |
| 22:50.57 | Corydon76-lap | but that's my TV tuner card. All of the Zaptel cards are considerably faster |
| 22:51.07 | yannj_fr | that is blocked at : Loading zaptel hardware modules |
| 22:51.40 | Corydon76-lap | Well, either you have version skew or there's a bug in the loader script |
| 22:51.44 | tzafrir_home | Corydon76-dig, but the firmware loading is done at modprobe time, right? the span registers with Zaptel before modprobe returns, right? |
| 22:52.11 | Corydon76-lap | tzafrir_home: YOU'RE asking ME? |
| 22:52.11 | yannj_fr | can't I stop module loading? |
| 22:52.25 | Corydon76-lap | yannj_fr: if it's just the script, yes... Ctrl-C |
| 22:52.35 | Corydon76-lap | then 'lsmod' to see if it worked |
| 22:52.44 | yannj_fr | I thought, but didnt work |
| 22:52.53 | Corydon76-lap | If there's something else going on, then the machine is probably hard-locked |
| 22:53.06 | Corydon76-lap | Ctrl-Alt-Del |
| 22:53.08 | tzafrir_home | yannj_fr, if the process modprobe is at the time in state 'D' you can't really kill it with ctrl-C |
| 22:53.22 | tzafrir_home | (that's an if htere. But you can check it using ps) |
| 22:54.01 | tzafrir_home | ctrl-alt-del will not really help you when the system is hard-locked . alt-sysrq-b might ... |
| 22:54.19 | tzafrir_home | But that's really aggressive... |
| 22:54.44 | yannj_fr | Ctrl-Alt-Del => KILL Signal => Unloading zaptel Hardware =>>>>>> blocked |
| 22:54.44 | yannj_fr | lol |
| 22:56.35 | yannj_fr | I will try to boot again |
| 22:57.24 | Corydon76-lap | You could also try a different slot. For whatever reason, some motherboards aren't as compliant as we'd like to think |
| 22:59.12 | yannj_fr | crazy, it's working now |
| 22:59.27 | putnopvut | What did you do to make it work? |
| 22:59.33 | yannj_fr | nothing! |
| 22:59.37 | yannj_fr | just reboot |
| 22:59.51 | yannj_fr | alt-sys-b |
| 23:00.01 | *** join/#asterisk-dev Laureano (n=chatzill@OL30-199.fibertel.com.ar) |
| 23:00.05 | yannj_fr | that what is crazy! |
| 23:00.21 | Corydon76-lap | sunspots... |
| 23:00.53 | yannj_fr | perhaps 00:00 is a mystic hour, making digium cards work on my servere |
| 23:02.57 | *** join/#asterisk-dev Slimey (n=simon@virtual.bogons.net) |
| 23:03.21 | Slimey | not been in here for a while |
| 23:04.03 | Slimey | http://bugs.digium.com/view.php?id=11211 |
| 23:05.29 | jsmith | Slimey: Why not just do SIPAddHeader to add a custom SIP header? |
| 23:05.41 | jsmith | Slimey: Or just manipulate it from the dialplan? |
| 23:05.59 | Slimey | the billing system works from radius packets |
| 23:06.09 | Slimey | callid goes into the radius packet |
| 23:06.18 | Slimey | couldn't find a custom header which did |
| 23:06.48 | Qwell | isn't there a SIPHeader function? You could just directly edit the callid |
| 23:07.08 | Slimey | we're using broadworks as our main voice platform |
| 23:07.13 | Slimey | and asterisk as the IVR component |
| 23:07.34 | Slimey | $500k voice platform |
| 23:07.48 | Slimey | and it can't do stuff that asterisk can :) |
| 23:08.11 | Slimey | and I can't edit the callid |
| 23:08.20 | Slimey | because it's not generated until I call Dial(), is it? |
| 23:10.45 | *** join/#asterisk-dev ManxPower (n=manxpowe@179.sub-75-203-131.myvzw.com) |
| 23:31.45 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-227-239.dsl.irvnca.pacbell.net) |