| 00:45.14 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 01:09.23 | *** join/#asterisk-dev benngard (~mabe@h30n2-g-ml-a11.ias.bredband.telia.com) |
| 01:18.00 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.54.47) |
| 01:58.32 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@pool-71-111-146-59.ptldor.dsl-w.verizon.net) |
| 02:22.03 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@pool-71-111-146-59.ptldor.dsl-w.verizon.net) |
| 02:45.30 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.82.197) |
| 02:45.31 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 02:53.08 | *** join/#asterisk-dev ApOgEE (apogee@gateway/shell/bshellz.net/x-zfhqwnlivqeqwbef) |
| 03:00.47 | *** join/#asterisk-dev Greek-B0y (~Greek-Boy@41.191.92.73) |
| 03:21.54 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 03:25.00 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 03:25.00 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 03:57.36 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 03:57.37 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 04:12.53 | *** part/#asterisk-dev benngard (~mabe@h30n2-g-ml-a11.ias.bredband.telia.com) |
| 04:34.01 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@pool-71-111-145-217.ptldor.dsl-w.verizon.net) |
| 04:36.44 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 05:37.59 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@pool-71-111-114-185.ptldor.dsl-w.verizon.net) |
| 06:25.57 | *** join/#asterisk-dev micols (~ident@rlogin.dk) |
| 06:27.59 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:c5d3:249b:33ad:d267) |
| 06:28.02 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 06:32.12 | *** join/#asterisk-dev micols (~ident@rlogin.dk) |
| 06:46.16 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:46.18 | schmidts | good morning |
| 06:49.40 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@pool-71-111-113-206.ptldor.dsl-w.verizon.net) |
| 06:57.02 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@pool-71-111-114-185.ptldor.dsl-w.verizon.net) |
| 07:47.44 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.206.10) |
| 07:58.00 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:00.04 | *** join/#asterisk-dev frawd (~francois@133.Red-83-41-197.dynamicIP.rima-tde.net) |
| 08:45.01 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:c5d3:249b:33ad:d267) |
| 08:45.01 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 08:45.01 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 08:45.01 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 08:45.01 | *** mode/#asterisk-dev [+o Qwell] by verne.freenode.net |
| 08:55.27 | *** join/#asterisk-dev CoderForLife (~Miranda@unaffiliated/coderforlife) |
| 09:43.55 | schmidts | hey guys |
| 09:44.08 | schmidts | is there a known bug that you cannot deactive qualify in 1.8? |
| 09:45.28 | schmidts | i have set qualify=no in my general sip section and also for this peer but asterisk still sends Options |
| 10:08.02 | schmidts | sorry my fault :( |
| 10:08.25 | schmidts | qualify=no and some rows below qualify=yes doenst mean its deactivated :D |
| 10:22.34 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 10:36.10 | schmidts | i have a question about http://www.asterisk.org/doxygen/trunk/devicestate_8h.html#45534707838d05125f409430b371854a |
| 10:36.26 | schmidts | why is the aggregated status of UNAVAILABLE unknown? |
| 10:36.40 | schmidts | and why is UNKNOWN not unknown? |
| 11:21.37 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 11:21.37 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 11:26.21 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 11:26.46 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:d913:1ffa:8549:7811) |
| 11:33.43 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:33.43 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:07.07 | *** join/#asterisk-dev Howlader (Howlader@soft.bdcom.com) |
| 12:16.34 | *** join/#asterisk-dev IridiumScaffold (~Iridescen@124.169.155.140) |
| 12:16.42 | IridiumScaffold | sup. |
| 12:19.04 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 12:22.58 | *** join/#asterisk-dev oele2 (wapper@eth1.mine.nu) |
| 12:23.17 | oele2 | how do you build asterisk with debugging symbols ? |
| 12:24.25 | snuff-home | generally u can just go into menuselect compile options and select the option |
| 12:25.24 | oele2 | snuff-home: where exactly ? |
| 12:25.55 | snuff-home | um.. make menuselect.. |
| 12:26.07 | snuff-home | heaps of compile options in there.. |
| 12:26.39 | snuff-home | pretty sure there is one called 'dont optimize' and another called 'better backtraces' |
| 12:26.51 | IridiumScaffold | is there a reason the fax detect code for channel drivers always seems to go to an extension in the default context? |
| 12:27.01 | IridiumScaffold | specifically chan_vpb |
| 12:27.39 | snuff-home | uhm.. is chan_vpb a default asterisk channel? (aka included in 1.8/trunk) |
| 12:27.49 | IridiumScaffold | the voicetronix driver |
| 12:28.02 | IridiumScaffold | and yes, it's included with 1.6 and 1.8 |
| 12:28.24 | snuff-home | ok.. main person that wrote the driver.. u'd have to ask them.. |
| 12:28.40 | snuff-home | not a channel tech i'm too familar with |
| 12:29.27 | IridiumScaffold | any familiarity with how it works in other channels? |
| 12:29.50 | IridiumScaffold | chan_dahdi seems to have very similar handling code, though subtly different. |
| 12:29.52 | snuff-home | not really.. i stay away from fax related stuff ;) |
| 12:30.19 | IridiumScaffold | i wish I could |
| 12:30.32 | IridiumScaffold | damn protocol just won't die. |
| 12:31.04 | snuff-home | i had enough fun 3 years ago with fax 2 email and asterisk |
| 12:32.41 | IridiumScaffold | i'm trying to set up faxing through iax modems, but voicetronix keeps grabbing outbound calls and sending them into the default context fax extension |
| 12:34.11 | snuff-home | mm that does suck |
| 12:35.05 | IridiumScaffold | best i can tell, the problem is the channel driver use p->owner->context as the target context, rather then whatever context the call was being connected to in the dial plan |
| 12:38.03 | snuff-home | do u need fax detect on vpb.. could just recompile ;) |
| 12:39.28 | *** join/#asterisk-dev moy_ (~moy@CPE002719f00364-CM0026f3a1701d.cpe.net.cable.rogers.com) |
| 12:39.53 | IridiumScaffold | i have fax detect on vpb |
| 12:40.09 | IridiumScaffold | the problem is it detects any fax going any direction through the card |
| 12:40.49 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-reegixztklibnlgx) |
| 12:41.15 | snuff-home | aka setup is.. iax -> vpb -> vpb -> iax |
| 12:41.16 | snuff-home | ? |
| 12:42.31 | IridiumScaffold | iax -> vpb -> pstn |
| 12:42.44 | IridiumScaffold | i have inbound faxes from pstn to vpb working fine |
| 12:43.37 | IridiumScaffold | but when iax connects to asterisk and dials a number through the vpb channel, then asterisk redirects the call to the incoming fax extension |
| 12:43.46 | IridiumScaffold | which in turn tries to dial iax |
| 12:44.53 | IridiumScaffold | there doesn't seem to be a clever dialplan way to avoid it, since the detection code runs in the vpb channel driver. so i figure the channel driver needs a change. |
| 12:47.38 | snuff-home | mmm |
| 12:50.37 | snuff-home | if the channel came from an extension called fax.. it would skip the redirection |
| 12:51.40 | IridiumScaffold | tried that - put a goto "fax" in the "fax-out" context used by the iax modem, and a separate fax extension. it seemed to just segfault asterisk. |
| 12:51.42 | snuff-home | going by the 'if(strcmp(p->owner->exten,"fax"))' |
| 12:52.15 | snuff-home | did u at least get msg of 'already in fax extension' ? |
| 12:52.27 | IridiumScaffold | no. |
| 12:53.00 | snuff-home | did u have the debug level at 1 or above ;) |
| 12:53.18 | IridiumScaffold | verbose level ? usually run it at 3 |
| 12:53.32 | snuff-home | there are 2 settings.. verbose and debug |
| 12:53.50 | snuff-home | core set debug 3 (or something) |
| 12:53.50 | IridiumScaffold | right, suspected that might be the case |
| 12:54.08 | snuff-home | been a while since i've even used the cli |
| 13:01.01 | snuff-home | gets some zz's |
| 13:01.33 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 13:03.17 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 13:12.15 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-kltnojfbkxobvmnp) |
| 13:16.19 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:16.19 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:25.30 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 13:28.54 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 13:28.54 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 13:29.20 | tzafrir_laptop | was temporarily on #asterisk-deb due to a typo :-( |
| 13:29.48 | schmidts | :D |
| 14:00.19 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:00.19 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:40.28 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 14:40.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:41.00 | oej | So isn't opening TCP connections a problem for both HTTP and SIP as well? |
| 14:41.20 | oej | If this is a resource issue in manager, we should propably implement timeouts like this in other modules too. |
| 14:47.08 | Qwell | oej: http is a short-lived socket that already has such a timeout, in theory. You might be right with TCP SIP. |
| 14:52.22 | Qwell | and potentially others too. chan_skinny comes to mind. |
| 15:00.52 | oej | So we need to solve this properly and not just take AMI now. |
| 15:01.09 | oej | --going off line... --- |
| 15:10.49 | *** join/#asterisk-dev dms (~Adium@nat/digium/x-bvshrybdnhstljaz) |
| 15:30.00 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:30.00 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:33.56 | *** part/#asterisk-dev IridiumScaffold (~Iridescen@124.169.155.140) |
| 15:34.50 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:38.53 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:01.31 | *** join/#asterisk-dev outtolunc (~me@adsl-66-218-53-172.dslextreme.com) |
| 16:02.57 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 16:06.11 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 16:06.11 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:16.18 | *** join/#asterisk-dev jdoe (jdoe@falseprophet.ca) |
| 16:30.04 | *** join/#asterisk-dev outtolunc (~me@adsl-66-218-53-172.dslextreme.com) |
| 17:59.51 | *** join/#asterisk-dev citywok (~citywok@67-134-194-33.dia.static.qwest.net) |
| 18:56.31 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 18:56.31 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 19:04.53 | rgagnon | question for those with amazing SIP RFC recall..... IF the SDP that asterisk sends out during a 183 or 200 message does not change, is it not correct to say that the session-version part of the origin part should not change? |
| 19:05.17 | kpfleming | define 'does not change'? something that is only sent once by definition does not change. |
| 19:05.37 | kpfleming | your question has so many negatives it's hard to parse :-) |
| 19:05.44 | rgagnon | let say, the SDP during the 183 goes out... the SDP during the 200 is the same |
| 19:05.54 | kpfleming | it must be the same, by definition |
| 19:06.03 | rgagnon | ok, but asterisk increases it |
| 19:06.09 | rgagnon | which is causing issues |
| 19:06.11 | kpfleming | increases what? the SDP? |
| 19:06.19 | rgagnon | the session-version in the o= line |
| 19:06.24 | kpfleming | that is a bug |
| 19:07.07 | rgagnon | I see there was code added in 1.6.0 and onward to pass "oldsdp" around to the sdp building routines, but it seems to only do anything with T38 |
| 19:07.18 | wdoekes2 | wasn't there a bug-report about session-version in the tracker? |
| 19:07.49 | kpfleming | this issue has certainly been brought up, most recently on the sip-implementors list |
| 19:07.56 | rgagnon | correct, wdoekes... I'm even monitoring it, but it was opened under 1.4.x and it looked like it was taken care of in 1.6 |
| 19:09.02 | wdoekes2 | oh, I was referring to #18956, it seems.. which is not the same issue, but touches the same subject |
| 19:09.12 | rgagnon | hmmm ok, because I think my boss is about to task me with fixing it for us, and I didn't want to approach it if it was not supposed to be fixed |
| 19:33.51 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 20:16.48 | leifmadsen | rgagnon: what is the other end? asterisk? |
| 20:22.34 | kpfleming | leifmadsen: doesn't really matter... changing the session-version in the SDP when it is repeated in the 200 OK is a bug. |
| 20:22.51 | rgagnon | leif: no. |
| 20:23.17 | rgagnon | its one of 3 different commercial carriers we are working to sign on as customers |
| 20:23.27 | rgagnon | and their equipment is puking on our session-version |
| 20:23.33 | leifmadsen | right, but what I was thinking of was ignoresdpversion=yes |
| 20:23.39 | leifmadsen | as a work around potentially |
| 20:23.49 | kpfleming | yeah |
| 20:24.04 | rgagnon | but... the code for that ignores the other sides sdp, it doesnt change how asterisk generates it |
| 20:24.08 | rgagnon | (at least how I read it) |
| 20:24.12 | leifmadsen | exactly |
| 20:24.16 | leifmadsen | that's why I asked if the other end was asterisk |
| 20:24.21 | rgagnon | ahh |
| 20:24.37 | rgagnon | Id have to double check, but I think one is a sonus |
| 20:29.01 | rgagnon | the other two are ericsson switches |
| 20:29.34 | rgagnon | the trick is we have an opportunity for 1,000,000 mins/day with one of them, but we need to fix this issue or we can't get that piece of pie |
| 20:31.28 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 20:31.28 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:42.13 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 20:49.50 | alecdavis | leifmadsen: how do we make sure for 1.4.41 that the latest voicemail patches make it, do they have to wait till 1.4.42. The reason, is that if the mailbox is corrupt, new messages over write the last. Thus when you get back from holiday, you still only have 1 message, although many may have been left. |
| 20:57.24 | alecdavis | The current resequencing only fixes up a corrupt mailbox when the user is actively checking messages, but you immediately corrupt it if a new messages arrives while your deleting messages. |
| 21:06.31 | *** join/#asterisk-dev wdoekes2 (~walter@wjd.osso.nl) |
| 21:11.32 | leifmadsen | alecdavis: is there a patch for it? basically if it makes it high enough on the priority list or it gets signed off and committed by a community developer it will make it in -- at this point 1.4.41-rc2 I believe exists, but I could do another RC if it is really necessary |
| 21:12.01 | leifmadsen | otherwise it will make it in at the first RC1 created from the branch after the issue is closed |
| 21:12.46 | kpfleming | he's already committed them to the 1.4 branch |
| 21:13.40 | leifmadsen | oh gotcha, then I guess if russellb thinks it's a blocker for 1.4.41 I can do another RC :) |
| 21:13.49 | leifmadsen | otherwise 1.4.42-rc1 would contain the fix |
| 21:15.16 | leifmadsen | 1.4.42-rc1 would be created shortly after April 13th |
| 21:15.22 | leifmadsen | at least that's the schedule |
| 21:29.19 | alecdavis | and 1.6.2 and 1.8 |
| 21:29.32 | alecdavis | commited to them as well. |
| 21:30.23 | alecdavis | .. and trunk |
| 21:32.09 | *** part/#asterisk-dev dms (~Adium@nat/digium/x-bvshrybdnhstljaz) |
| 21:34.24 | alecdavis | I have a very (expletive) staff member, who has been told has had been left many messages, but there was only 1 !! and he couldn't listen to it. Thus my effort to fix it. Admittedly this is on 1.8.2.3 |
| 21:37.55 | alecdavis | ^^ but applies to every branch, whether filebased storage or ODBC. don't know about imap. |
| 22:51.04 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 22:51.04 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 22:59.54 | alecdavis | 1.4.x is going by the roadmap into 'security only fixes' as of 21 April 2011, it's nearly finish! one less branch to maintain :) |
| 23:02.56 | pabelanger | om nom nom! |
| 23:03.29 | kpfleming | alecdavis: two less branches... 1.6.2 also on the same date |
| 23:04.17 | pabelanger | seems like yesterday 1.6.2 was branched |
| 23:05.23 | pabelanger | Hmm, so that means 1 active branch. I just realized that |
| 23:05.33 | kpfleming | yes. until 1.10. |
| 23:36.00 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:36.00 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |