| 00:16.29 | *** join/#asterisk-dev Victor_Yure (Victor_Yur@unaffiliated/victoryure/x-837844) |
| 00:23.55 | *** part/#asterisk-dev jetsnoc (~brian@kickback-66.eth242.twf.pmt.org) |
| 01:06.59 | *** join/#asterisk-dev diegomad (~mad@190.158.77.2) |
| 01:11.19 | *** join/#asterisk-dev moy (~moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 01:15.02 | *** join/#asterisk-dev Ta^3 (~tacvbo@189.146.181.250) |
| 01:19.15 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733627.dsl.bell.ca) |
| 01:24.22 | *** join/#asterisk-dev obnauticus (~obnauticu@about/windows/regular/obnauticus) |
| 03:10.04 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-101-155-51.cinci.res.rr.com) |
| 03:14.10 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733627.dsl.bell.ca) |
| 06:42.01 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 07:20.06 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:32.46 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 07:53.36 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 10:45.22 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 10:45.22 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 10:51.59 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 11:33.32 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:33.32 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:57.45 | *** join/#asterisk-dev ctooley (~ctooley@c-98-193-232-154.hsd1.tn.comcast.net) |
| 11:57.45 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 12:09.25 | *** join/#asterisk-dev devmod (~devmod@c-76-100-208-204.hsd1.md.comcast.net) |
| 12:09.44 | *** join/#asterisk-dev Dovid (~annon@213.8.121.90) |
| 12:32.08 | *** join/#asterisk-dev blinky42 (~quassel@66.54.228.71) |
| 12:37.44 | *** join/#asterisk-dev DannyZB (~559fa0c9@gateway/web/freenode/x-gdfycxsyxzmujjem) |
| 12:37.48 | *** part/#asterisk-dev DannyZB (~559fa0c9@gateway/web/freenode/x-gdfycxsyxzmujjem) |
| 13:36.19 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:37.51 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 13:37.51 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 13:38.07 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 13:50.39 | *** join/#asterisk-dev hugorebelo (~hugo@200-171-132-124.completo.com.br) |
| 13:58.09 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733627.dsl.bell.ca) |
| 14:11.54 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:11.54 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:26.58 | *** part/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 14:33.11 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:33.11 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:36.49 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:36.49 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:50.01 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 14:50.48 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 15:20.51 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:26.25 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:26.25 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:37.41 | jmls | Corydon76-dig: ping ? |
| 15:54.30 | *** join/#asterisk-dev hugorebelo (~hugo@200-171-132-124.completo.com.br) |
| 15:54.41 | Corydon76-dig | jmls: pong |
| 15:55.38 | jmls | got a build error in that branch you so kindly prepared for me |
| 15:55.38 | jmls | chan_dahdi.c: In function âparse_buffers_policyâ: |
| 15:55.38 | jmls | chan_dahdi.c:3472: error: âDAHDI_POLICY_HALF_FULLâ undeclared (first use in this function) |
| 15:56.01 | jmls | do I need to change the rev of 1.4 zaptel as well ? |
| 15:56.19 | jmls | (had another crash today - same as the others) |
| 15:56.37 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 15:57.23 | putnopvut | jmls: I believe I've seen that error before if Asterisk thinks that DAHDI is installed instead of Zaptel. |
| 15:58.41 | jmls | heh. Don't have DAHDI installed. just zaptel. This is a pure 1.4 box |
| 16:03.02 | Corydon76-dig | jmls: that's exactly what he just said |
| 16:05.21 | jmls | yeah, I know - I was just confirming that I definately don't have DAHDI installed, so there must be a problem with * thinking that I do. |
| 16:06.38 | kpfleming | no, it sounds like the configure script is not checking for the availability of DAHDI_POLICY_HALF_FULL and then guarding the code properly |
| 16:06.59 | kpfleming | that will be a problem even building against an older release of DAHDI |
| 16:11.59 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 16:31.06 | *** join/#asterisk-dev jtodd (vg3ogczm4l@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 16:31.06 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 16:34.20 | *** join/#asterisk-dev Ta^3 (~tacvbo@189.146.181.250) |
| 16:54.35 | putnopvut | just made commit 265000 to Asterisk |
| 17:06.42 | jsmith | putnopvut: Just another 735000 to go! |
| 17:08.21 | *** part/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 17:08.32 | putnopvut | Quick! Everybody create 250 branches and turn automerge on! |
| 17:08.51 | putnopvut | That'll quicken the pace |
| 17:09.43 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 17:13.13 | Deeewayne | anyone notice that if you go to google.com and click <insert coin> you can play pacman where the google image usually is? |
| 17:15.50 | jsmith | Deeewayne: Yeah, one of my students found that today |
| 17:27.48 | putnopvut | Deeewayne: click it again and you'll also have Ms. Pac Man (controlled with WASD) |
| 17:28.50 | Deeewayne | oooh :-) |
| 17:29.02 | Qwell | it's really difficult to play both, heh |
| 17:29.17 | Qwell | especially when they end up together, and you need to split apart at a T |
| 17:39.20 | *** join/#asterisk-dev sgimeno (~chatzilla@83.40.175.14) |
| 17:41.18 | *** join/#asterisk-dev Netgeeks (~chris@173.11.68.155) |
| 17:43.42 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 17:49.56 | *** join/#asterisk-dev jetsnoc (~brian@kickback-66.eth242.twf.pmt.org) |
| 17:57.44 | *** join/#asterisk-dev kerframil (~kerframil@gentoo/user/kerframil) |
| 18:16.03 | *** join/#asterisk-dev akshayb (~akshay@089-101-190066.ntlworld.ie) |
| 18:22.29 | *** part/#asterisk-dev akshayb (~akshay@089-101-190066.ntlworld.ie) |
| 18:22.46 | *** join/#asterisk-dev akshayb (~akshay@089-101-190066.ntlworld.ie) |
| 18:31.34 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 18:52.02 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:52.02 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 19:03.19 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 19:38.22 | *** join/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net) |
| 19:38.50 | alecdavis | M17371 |
| 19:38.51 | MuffinMan | [new] [Asterisk] Core/PBX 0017371: DAHDI analog FXS port segfaults after dialling 2nd DTMF digit reported by alecdavis https://issues.asterisk.org/view.php?id=17371 |
| 19:39.41 | alecdavis | segfaults 1.6.2 and trunk due to 17235 |
| 19:39.48 | alecdavis | M17235 |
| 19:39.51 | MuffinMan | [closed] [Asterisk] Core/General 0017235: [patch] asterisk dsp always reports detected DTMF length to be 0ms reported by frawd https://issues.asterisk.org/view.php?id=17235 |
| 19:41.26 | kpfleming | ouch |
| 20:11.36 | philipp64 | folks... SIP question for you experts... the point of sending OPTIONS is to keep a NAT hole open, or two keep an active handshake with an SBC, right? |
| 20:13.02 | Qwell | it can be used for that, sure. |
| 20:13.18 | Qwell | that isn't the point of sending them though, no |
| 20:13.23 | philipp64 | they make recording long SIP sessions to a telco a little painful... is there a downside to turning it off for a PSTN peering? |
| 20:13.31 | philipp64 | what's the point? |
| 20:14.16 | Qwell | "querying servers about their capabilities" |
| 20:14.46 | Qwell | RFC3261, section 11 |
| 20:14.51 | putnopvut | The official use of an OPTIONS message is to probe for what types of events and extensions an endpoint or proxy supports. In practice, it's used more like a "ping" by a lot of implementations since there's not a better way of pinging in SIP. |
| 20:27.29 | alecdavis | forgot to say re M17371, my earlier post was a heads up, but I'm unable to work on it at the moment, then I'm not even pretending I know what was trying to be achived, at best at this stage is a revert. |
| 20:33.42 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 20:33.42 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:54.09 | kpfleming | putnopvut: except there is a current Internet-Draft trying to clarify the use of OPTIONS as a ping tool, but the discussions in SIPCORE haven't yet reached any sort of consensus |
| 20:55.10 | putnopvut | kpfleming: when you say "clarify" does that mean it's trying to legitimize the use of OPTIONS for pinging, or is it more of a document warning against the practice? |
| 20:55.18 | kpfleming | the former |
| 20:55.51 | kpfleming | because it's used that way all over the place, so they want to document a 'proper' way to do it, in terms of response codes that should be generated under specific scenarios, etc. |
| 21:59.40 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 22:03.22 | kpfleming | putnopvut: ugh... i see why you switched back to fixed-size buffers, but... ugh. |
| 22:03.38 | putnopvut | kpfleming: yeah |
| 22:03.42 | putnopvut | I know what you're saying |
| 22:04.35 | kpfleming | it sounds like init_queue could parse the database stuff into a set of temporary strings and then when it is done actually write them into the queue object (not writing any that haven't changed)... but that's a more complicated change |
| 22:05.27 | putnopvut | Yeah, I'm certainly up for doing things better. That was partially why the patch went on reviewboard in the first place. |
| 22:30.40 | philipp64 | putnopvut: that's what I thought, since asking a peer repeatedly what his capabilities are isn't like to result in a different answer than the last time I queried 5 seconds ago... so it's basically a keepalive in this case. |
| 22:33.42 | putnopvut | philipp64: yep. Asterisk uses it to determine if the peer is reachable. |
| 22:34.57 | philipp64 | ok... maybe I can come up with an AWK script to trim the messages out of a debug log. |
| 23:38.34 | *** join/#asterisk-dev Victor_Yure (Victor_Yur@unaffiliated/victoryure/x-837844) |
| 23:42.05 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 23:42.05 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |