| 00:01.39 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 00:01.39 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:11.02 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 00:17.04 | mvanbaak | snuff-work: I updated your IAX manager patch to make it list encryption status as well |
| 00:17.17 | snuff-work | ok cool :) |
| 00:18.07 | mvanbaak | you prolly have mail about it from mantis, but since you are here now I thought it was a good idea to tell you ;) |
| 00:19.18 | snuff-work | yer i haven't checked email today |
| 00:19.58 | mvanbaak | since I have my E71 I check my mail way more often :) |
| 00:37.27 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 01:25.48 | *** join/#asterisk-dev ZX81 (n=matt@202.49.106.158) |
| 01:26.25 | ZX81 | hi all, anyone know if there is an open bt entry for CDR for calls that have been answered having a disposition of noanswer? |
| 01:26.44 | ZX81 | lastapp: Answer |
| 01:26.44 | ZX81 | disposition: NO ANSWER |
| 01:26.45 | ZX81 | :) |
| 01:27.08 | snuff-work | ZX81: go look urself.. |
| 01:27.11 | codefreeze-lap | ZX81: plenty. |
| 01:27.16 | snuff-work | i think there is.. |
| 01:27.33 | codefreeze-lap | ZX81: like 8 or so |
| 01:28.56 | ZX81 | :) kk sweet |
| 01:29.03 | ZX81 | will look through them |
| 01:29.05 | ZX81 | ty |
| 01:34.19 | *** join/#asterisk-dev jpeeler-home (n=jpeeler-@asterisk/digium-software-dev/jpeeler) |
| 01:34.19 | *** mode/#asterisk-dev [+o jpeeler-home] by ChanServ |
| 01:46.09 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 02:59.53 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) |
| 03:18.01 | *** part/#asterisk-dev jpeeler-home (n=jpeeler-@asterisk/digium-software-dev/jpeeler) |
| 04:11.18 | kerframil | hi. I'm looking at a downstream (distro) bug report that references CVS-2008-3903 (http://misel.com/?p=52) |
| 04:11.28 | kerframil | I am not sure what to do with it as I'm having difficulty in determining whether it was filed/discussed and, if it was, whether it was deemed to be a valid bug in asterisk or simply a deficiency in the SIP protocol. could anyone shed some light on that? |
| 04:12.05 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 04:16.49 | *** join/#asterisk-dev mattzerah (n=matt@ozvoip.dsl.onthenet.net) |
| 05:01.43 | Corydon76-dig | kerframil: it's a deficiency in the SIP protocol |
| 05:03.33 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) |
| 05:05.05 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 05:06.35 | Corydon76-dig | I'll additionally note that they published this "vulnerability" without ever contacting us at security@asterisk.org, which is the standard email address on all security advisories issued for Asterisk |
| 05:07.03 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 05:07.09 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 05:14.04 | kerframil | Corydon76-dig: thanks for thee response. I am not SIP literate and have not attempted to verify their claim, but I did read the definition of alwaysauthreject and it says "When an incoming INVITE or REGISTER is to be rejected, for any reason, always reject with '401 Unauthorized'" |
| 05:14.50 | kerframil | if there is a scenario where something other than 401 is returned where alwaysauthreject=yes, would they not have a point? |
| 05:15.50 | kerframil | I'm just trying to get this absolutely clear so I can go back to the bug with the certainty that I am bearing the right information |
| 05:16.50 | kerframil | also, your irritation at that method of disclosure is quite understandanble ;) |
| 05:27.19 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 06:14.11 | *** join/#asterisk-dev denon (i=denon@66.207.128.103) |
| 06:28.39 | *** join/#asterisk-dev leif[mobile] (n=leifmads@asterisk/documenteur-extraordinaire/blitzrage) |
| 06:28.39 | *** mode/#asterisk-dev [+o leif[mobile]] by ChanServ |
| 06:40.29 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 07:06.09 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 07:06.09 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) [NETSPLIT VICTIM] |
| 07:06.09 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) [NETSPLIT VICTIM] |
| 07:06.09 | *** join/#asterisk-dev Shaun2222 (n=shaun@ip68-5-154-128.oc.oc.cox.net) [NETSPLIT VICTIM] |
| 07:06.09 | *** mode/#asterisk-dev [+o snuff-home] by irc.freenode.net |
| 07:25.14 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 07:38.51 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:38.51 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:18.05 | *** join/#asterisk-dev bkruse (n=bkruse@70.46.192.99) |
| 08:18.05 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 08:33.15 | *** join/#asterisk-dev schmooze_tony (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 08:47.16 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 09:02.03 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:27.06 | *** join/#asterisk-dev lbt (n=david@78.32.229.233) |
| 10:09.11 | jermey_g | whose your rtp guy |
| 10:10.10 | jermey_g | * is not forwarding rtp when the first packet comes from a new session participant with timestamp 0 but unmarked. |
| 10:31.57 | snuff-home | jermey_g: if you have specifics about a bug.. best to put it on bugs.digium.com that way its not lost |
| 11:19.43 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 11:27.49 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 11:58.11 | jermey_g | its fixed in 1.6.0.6-rc1 as preserve market bit in p2p briding |
| 11:58.14 | jermey_g | bridging |
| 11:59.00 | snuff-home | k |
| 12:08.14 | jermey_g | marker bit,damnit |
| 12:18.29 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 12:27.00 | *** join/#asterisk-dev Mr_BOnD_007 (i=Mr_BOnD_@119.160.199.6) |
| 13:04.45 | Corydon76-dig | kerframil: Yeah, the option probably just got broken by our neverending battle between RFC compliance and SIP interoperability |
| 13:10.27 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:10.27 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:11.07 | kerframil | Corydon76-dig: ok. shall I file a bug on it then? |
| 13:11.34 | Corydon76-dig | Sure |
| 13:11.43 | kerframil | Corydon76-dig: thanks |
| 13:18.31 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 13:18.31 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 13:24.11 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 13:24.11 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 13:24.33 | *** join/#asterisk-dev Jacke (i=jacke@isup.ss7.pl) |
| 13:43.38 | tzafrir_laptop | russellb, I asked you quite a few monthes ago about the IRC channel #asterisk-il |
| 13:45.19 | tzafrir_laptop | The admin of that channel has not been seen since 2007, and I have not been able to figure out who he is |
| 13:45.25 | tzafrir_laptop | Let alone contact him |
| 13:46.58 | Corydon76-dig | tzafrir_laptop: why not ask in #freenode ? |
| 13:47.40 | tzafrir_laptop | last time I asked there they told me to get an OK from whoever is responsible for #asterisk* |
| 13:48.32 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 13:48.32 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 13:48.42 | Corydon76-dig | I think the admin is actually Malcolm |
| 13:49.29 | russellb | the admin is file now, actually |
| 13:49.34 | file | I should be able to get it released, if I can get someone |
| 13:49.50 | Corydon76-dig | Ah |
| 13:51.15 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 13:53.05 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) |
| 13:53.21 | file | tzafrir_laptop: done! |
| 13:54.03 | tzafrir_laptop | Thanks :-) |
| 13:59.11 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1096591487.dsl.bell.ca) |
| 14:06.47 | festr_ | i'm not able to debug asterisk 1.4 mwi and realtime. To subscribe it always send 404 not found. I'm putting debug lines to chan_sip.c and I ended on line return (ast_get_hint(hint, sizeof(hint), NULL, 0, NULL, p->context, p->exten) ? 0 : -1); which always return -1. Any idea how this works? |
| 14:07.26 | festr_ | is it normal that core show hints does not show mwi? |
| 14:07.43 | kpfleming | hints and mwi are totally unrelated |
| 14:11.08 | festr_ | so why it searches for hints where there is incoming subscription? |
| 14:13.41 | kpfleming | if the subscription is not identified as being an mwi-type subscription, then asterisk believes the subscription is for presence information |
| 14:13.46 | festr_ | in handle_request_subscribe there is gotdest = get_destination(p, NULL) and check for gotdest if -1 than return 404 not found. After check gotdest there is if (!strcmp(event, "presence") || !strcmp(event, "dialog")) { |
| 14:14.11 | festr_ | so identification if it is mwi is after it searches for hints |
| 14:14.21 | festr_ | thats my explanation of that code in handle_request_subscribe |
| 14:14.21 | kpfleming | so what is the 'event' in your subscription request? |
| 14:14.57 | festr_ | that code is not executed at all so what is event is irelevant and it is message-summary (dumped with wireshark) |
| 14:15.54 | festr_ | I dont understand logic in handle_request_subscribe. As I wrote above, there is gotdest = get_destination(p, NULL); check (which is before presence/dialog ifs) |
| 14:16.05 | festr_ | and get_destination is searching for hints |
| 14:16.12 | festr_ | if hints does not exist it return 404 |
| 14:16.16 | kpfleming | it is possible that asterisk 1.4 does not support SUBSCRIBE for MWI at all |
| 14:16.30 | kpfleming | it only supports 'push' (unsolicited NOTIFY) MWI |
| 14:16.32 | file | it supports it |
| 14:16.37 | festr_ | it supports it |
| 14:16.42 | festr_ | it worked some time ago |
| 14:17.16 | festr_ | but I've returned to asterisk voicemail realtime and openser today and i'm not able to get it woring :) |
| 14:17.32 | festr_ | I'll try to comment out searching for hitns |
| 14:17.34 | festr_ | hints |
| 14:18.08 | file | file an issue report so this can be properly tracked too |
| 14:18.33 | festr_ | as I though it works with commenting out searching for hints |
| 14:18.44 | kpfleming | yeah, i don't see any support in the SUBSCRIBE code path for MWI |
| 14:18.47 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.158) |
| 14:18.55 | kpfleming | it searches for hints that match the request URI, and if they are not found, it punts |
| 14:19.26 | festr_ | this has to be some regretion after 1.4.22 |
| 14:19.42 | festr_ | I'll fire bug I need to get my negative carma bag guys :) |
| 14:19.48 | festr_ | back |
| 14:25.03 | festr_ | this is weired. asterisk 1.4.4 has the same logic but it works for me at some point. |
| 14:25.19 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 14:25.19 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:25.29 | festr_ | maybe I'd defined some hints so it passed to mwi check |
| 14:29.22 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 14:31.55 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 14:32.27 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 14:32.27 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:33.17 | djbelieny | quick question to all: which linux distro / os do you usually compile asterisk against and which have you found to be more stable :) |
| 14:33.20 | djbelieny | ? |
| 14:33.49 | djbelieny | actually those where 2 questions :D |
| 14:34.35 | mvanbaak | none |
| 14:35.07 | mvanbaak | I'm not using Linux |
| 14:35.29 | djbelieny | ok what do you use then ??? |
| 14:36.31 | mvanbaak | OpenBSD |
| 14:39.49 | festr_ | djbelieny: i've no problem with kernel 2.6.16.XX |
| 14:40.03 | festr_ | and debian |
| 14:41.08 | festr_ | I think that talking about distro stability is irrelevant as it depends on kernel version which you can compile by yourself. And libc/gcc is ok so far |
| 14:44.51 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 14:44.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:45.09 | djbelieny | ok... great info guys... I'll keep the "Line open" to see what everyone else is doing... I have been compiling against ubuntu server 8.10 (2.6.27) with success and it has been more stable to me than debian 4 (2.6.19) |
| 14:45.22 | oej | Hello folks |
| 14:45.31 | djbelieny | hey oej, morning... |
| 14:47.53 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:48.14 | tzafrir_laptop | djbelieny, Debian Stable is 2.6.18, or 2.6.24 (etchnahalf) |
| 14:48.37 | tzafrir_laptop | err.. Debian Stable is Lenny, 2.6.26 |
| 14:49.05 | mvanbaak | hey oej |
| 14:50.11 | djbelieny | hehehe... my bad just checked and running 2.6.24 |
| 14:52.35 | tzafrir_laptop | but that's Oldstable |
| 14:53.17 | tzafrir_laptop | djbelieny, you're in a rare window of opportunity where the latest Debian is newer than the latest Ubuntu |
| 14:53.29 | tzafrir_laptop | (but naturally with an older kernel) |
| 14:54.33 | djbelieny | great... i think i'll update debian and take it for a spin. |
| 14:55.08 | djbelieny | I wanted to know what's the widest used so I can develop on top of it too. |
| 15:00.16 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 15:00.16 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 15:00.58 | tzafrir_laptop | I figure any Linux will do. mvanbak uses openbsd-Linux :-) |
| 15:01.15 | tzafrir_laptop | sorry, misspelled mvanbaak |
| 15:02.45 | djbelieny | hehehe.. ok.. I can do linux :) |
| 15:02.46 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:02.46 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:03.24 | festr_ | djbelieny: I dont like too new thinks :) older distros are long time proven against cuting edge distros |
| 15:04.13 | festr_ | djbelieny: also many people using centos which is derivated from rhel |
| 15:04.37 | festr_ | or more exactly it is binary the same as rhel |
| 15:05.15 | djbelieny | ok.... so seems to me the winners are Debian and Centos, mybe I'll compile and against both :) |
| 15:05.38 | *** join/#asterisk-dev shido6 (n=shido6@96-28-34-156.dhcp.insightbb.com) |
| 15:06.08 | festr_ | I like debian :) 5 year production servers, one had 550 day uptime |
| 15:06.17 | festr_ | until they have to move it |
| 15:06.55 | festr_ | another debian server debian sarge 622day uptime, still running |
| 15:07.08 | djbelieny | these are great uptimes... |
| 15:07.14 | djbelieny | running asterisk ??? |
| 15:07.16 | festr_ | asterisk 1.2 uptime 340 days uptime :) |
| 15:07.24 | djbelieny | hum... |
| 15:07.30 | djbelieny | this is a lot... |
| 15:07.31 | festr_ | with one 4E1 spans |
| 15:07.39 | festr_ | 30 concurent calls all day |
| 15:07.42 | festr_ | for year |
| 15:08.00 | festr_ | and telco had some circuit problem and we have to restart it :( |
| 15:08.21 | djbelieny | whoa... this is *really* great uptime |
| 15:08.33 | festr_ | yeah I think it is a little bit rare |
| 15:09.06 | festr_ | We dont upgrade security issues because of uptime we wanted to reach 1 year uptime of asterisk |
| 15:09.50 | djbelieny | the longest i ever went was 2 months asterisk 1.4 debian 4 |
| 15:10.17 | djbelieny | congratulations :) |
| 15:10.36 | festr_ | :) |
| 15:11.06 | festr_ | but 622 days is the longest uptime on our servers |
| 15:11.09 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-31c5998b3aa82ed6) |
| 15:11.09 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:11.21 | festr_ | we dont touch it until it blows up :) |
| 15:11.35 | festr_ | btw kernel is 2.6.16.39 |
| 15:13.24 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu2.dynamic.dsl.tele.dk) |
| 15:13.39 | jsmith | djbelieny: One thing I might recommend is to stay away from the desktop oriented distros (Fedora, Ubuntu) and aim more for the server-class distros (Debian, Red Hat, and to a *limited* degree, Ubuntu LTS) |
| 15:13.42 | kpfleming | oej: file: in your experience, when a SIP phone user starts an attended transfer, and the outbound call to the transferee is placed, is there any indication in that INVITE that the call is part of an attended transfer operation? |
| 15:13.50 | *** join/#asterisk-dev schmooze (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 15:14.06 | kpfleming | i don't think there is, i'm pretty sure we have no clue about the transfer until/if a REFER shows up |
| 15:14.11 | file | kpfleming: nope |
| 15:14.12 | jsmith | djbelieny: For example, RHEL/CentOS offer *seven* years worth of security updates, while Fedora offers 13 months. |
| 15:14.26 | jsmith | djbelieny: How often to you really want to force people to update their PBX? |
| 15:14.49 | kpfleming | jsmith: Fedora has been doing security updates for longer than 13 months, just not regular updates |
| 15:15.10 | kpfleming | but then if their PBX is not attached to the internet, and isn't having problems, most people don't even bother to apply package updates |
| 15:16.22 | jsmith | kpfleming: Fedora might release security updates for older versions from time to time, but it's not their policy to do so. (And yes, I'm a hard-core Fedora user and contributor. But I don't recommend Fedora for server installs.) |
| 15:16.36 | kpfleming | me either |
| 15:16.41 | kpfleming | actually, i don't recommend it for any installs :-) |
| 15:16.49 | file | oh snap |
| 15:19.07 | djbelieny | both of you are right ... no updates needed and no fedora :) |
| 15:20.08 | djbelieny | alright guys, gotta go the work calls..... thank you all for the input... I'll consider all options... y'all have a great day. |
| 15:21.54 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 15:25.27 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 15:25.35 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 15:29.09 | kpfleming | file: i've emailed our buddies at Polycom to see what they have to offer... it would be quite useful if applications could know that a transfer was in process on a SIP device |
| 15:36.49 | *** join/#asterisk-dev Deeewayne (n=dwayne@nat/digium/x-83337fe385f3a559) |
| 15:36.49 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:37.16 | jsmith | kpfleming: There must be *something*, as otherwise how would the whole TRANSFER_CONTEXT thing work? |
| 15:38.54 | file | doesn't that only work for features attended/blind plus SIP blind? |
| 15:44.12 | oej | kpflemin: no |
| 15:44.25 | oej | kpfleming: there's a draft with a new header for that. |
| 15:44.50 | oej | lmadsen: ping |
| 15:45.22 | oej | We need dahdi people to look at #13034 |
| 15:45.36 | oej | It's a serious bug where chan_dahdi and chan_zap sends frames across the bridge BEFORE the ISDN has signalled that there are any media available |
| 15:45.42 | oej | causing calls to fail |
| 15:46.24 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 15:46.24 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:46.38 | mvanbaak | calls failing is not uncommon to me ;) |
| 15:46.50 | festr_ | jsmith: I've seen some packages mechanism.. It was really mass :) |
| 15:47.00 | festr_ | jsmith: in Fedora |
| 15:48.00 | festr_ | oej: I've discovered some MWI weiredness. If there is no hing defined MWI does not works at all. Do you know about any similiar problem? |
| 15:48.08 | festr_ | I've fired bug about this |
| 15:48.08 | festr_ | http://bugs.digium.com/view.php?id=14531 |
| 15:48.12 | jsmith | festr_: I wouldn't go so far as to say that packaging in general is a mess in Fedora. My comments were only directed at the length of updates for Fedora releases. |
| 15:48.36 | festr_ | anyway 7 years for thel is very good I didnt know this :) |
| 15:50.53 | jsmith | festr_: This is a good read: http://wiki.centos.org/Events/Presentations?action=AttachFile&do=get&target=centos-intro-1.1-en.odp |
| 15:51.57 | oej | festr_: No I'm not aware of this issue |
| 15:53.41 | file | skipping the destination check does seem like the proper course of action for mwi subscriptions |
| 15:53.49 | kpfleming | agreed |
| 15:54.03 | kpfleming | the subscription type should be checked before process the request URI, in other words |
| 15:59.15 | festr_ | off course, I skipped it only to proove that this is causing problem |
| 16:24.32 | oej | any dahdi people around? |
| 16:26.19 | oej | Guess the number of zap/dahdi people is shrinking... |
| 16:26.31 | oej | Making progress! |
| 16:26.50 | sruffell | oej: I lurk here most of the time... |
| 16:27.01 | sruffell | but I hardly ever follow along unless someone says my name. |
| 16:27.23 | sruffell | and I'm mostly a dahdi guy. |
| 16:28.45 | oej | sruffell: Is dahdi-sruffel around or can I find sruffell anywhere online - maybe if I just write sruffell he might react? |
| 16:28.47 | oej | :-) |
| 16:29.02 | oej | Anyway, issue #13034 needs your help |
| 16:29.04 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:29.04 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:29.19 | sruffell | :) checking.... |
| 16:30.46 | sruffell | hmm....that looks like a chan_dahdi issue....which I'm not much of one of *those* guys yet. But I'll look into it a little more. |
| 16:41.18 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:43.51 | *** join/#asterisk-dev BBHoss_ (n=bbhoss@72.146.22.159) |
| 16:49.20 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 16:49.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:50.18 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:50.18 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 16:57.35 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 17:07.22 | jsmith | lmadsen: oej is looking for you |
| 17:07.42 | oej | not any more. I did his job |
| 17:07.56 | oej | sruffell is looking at #13034 now, lmadsen :-) |
| 17:08.07 | oej | Which makes me very happy... |
| 17:10.21 | lmadsen | M13034 |
| 17:10.24 | MuffinMan | [confirmed] [Asterisk] Channels/chan_dahdi 0013034: 183 response although progressinband=never reported by klaus3000 (Karma: +20.25) http://bugs.digium.com/view.php?id=13034 |
| 17:10.29 | lmadsen | jsmith: sorry... I'm 3 hours behind you now |
| 17:10.36 | lmadsen | it is only 9:10am here |
| 17:15.39 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 17:36.31 | *** join/#asterisk-dev KP7 (n=chatzill@nat.pmhcc.org) |
| 18:00.13 | KP7 | not sure if this is an appropriate question do you guys know if there is going to be a 1.6.06-rc2 or rc1 going to become the release- only reason why i ask is because it looks like its been a week or two and I don't want to load rc1 if there going to be an rc2 |
| 18:00.55 | russellb | 1.6.0.6 is being released today |
| 18:00.57 | russellb | rc1 is it |
| 18:05.45 | KP7 | ahh ok- thanks Russell- I need that iax patch from r173250 :) |
| 18:10.25 | oej | mvanbaak? |
| 18:10.34 | mvanbaak | yes darling ? |
| 18:11.02 | oej | My love, you added a header to skinny manager that was "Registered" |
| 18:11.17 | oej | In sip and iax we have "Peerstatus" |
| 18:11.22 | oej | with the same information |
| 18:11.48 | oej | I don't like adding new headers that already exist, honey |
| 18:11.52 | oej | ;-) |
| 18:12.02 | oej | Now, "peer" seems bad for skinny |
| 18:12.22 | oej | Devicestatus: unregistered | registered |
| 18:12.24 | oej | maybe |
| 18:12.57 | mvanbaak | hhmm, yeah |
| 18:13.05 | mvanbaak | maybe you have a point there |
| 18:13.13 | oej | Or two. |
| 18:13.48 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 18:13.58 | mvanbaak | Devicestatus: unregistered | registered ? |
| 18:14.01 | mvanbaak | all agree ? |
| 18:14.22 | djbelieny | this is good |
| 18:14.33 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 18:15.29 | oej | mvanbaak: ALso check other headers in the _sip_show_peer() function in chan_sip |
| 18:16.06 | oej | We actually don't show the status in the sipshowpeer function. Status are events that are based on registrations... |
| 18:16.17 | oej | If qualify is on, we do show that status though. |
| 18:17.30 | mvanbaak | we dont have qualify for skinny |
| 18:21.36 | mvanbaak | done |
| 18:21.56 | mvanbaak | damn |
| 18:22.09 | mvanbaak | did it in the reload tree |
| 18:23.55 | mvanbaak | there we go |
| 18:24.12 | mvanbaak | updates his webapp |
| 18:32.52 | oej | mvanbaak: "IPaddress: %s\r\n" |
| 18:33.09 | oej | chan_sip: Address-IP: |
| 18:33.27 | oej | in _sip_show_peer() - I gave you a hint, didn't I ? ;-) |
| 18:38.22 | mvanbaak | line 5598 of chan_iax2.c |
| 18:38.31 | mvanbaak | astman_append(s, "IPaddress: %s\r\n", peer->addr.sin_addr.s_addr ? ast_inet_ntoa(peer->addr.sin_addr) : "-none-"); |
| 18:38.53 | *** part/#asterisk-dev KP7 (n=chatzill@nat.pmhcc.org) |
| 18:39.44 | mvanbaak | and Address-IP looks weird to me. you also have Address-NETBUI etc ? |
| 18:42.59 | oej | That's a problem then. But as long as we don't have a third header. |
| 18:43.10 | oej | I should have changed chan_sip in astman 1.1, but missed that part |
| 18:43.20 | oej | Well, we could have address-SIP |
| 18:43.31 | mvanbaak | so, IPaddress is ok ? |
| 18:44.11 | oej | We can't change chan_iax, so let it be :-) |
| 18:44.49 | mvanbaak | all ok now ? |
| 18:46.53 | *** join/#asterisk-dev tamiel (n=tamiel@ip-176.net-89-2-117.rev.numericable.fr) |
| 19:02.33 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 19:02.33 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:09.52 | snuff-home | mvanbaak: ping? |
| 19:17.55 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 19:17.55 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 19:33.16 | *** join/#asterisk-dev mazpe (n=mazpe@c-71-196-32-43.hsd1.fl.comcast.net) |
| 19:42.15 | snuff-home | The_Boy_Wonder: ping? |
| 20:01.28 | mvanbaak | snuff-home: pong |
| 20:12.52 | The_Boy_Wonder | snuff-home: pong |
| 20:14.31 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 20:36.33 | *** join/#asterisk-dev jtodd (n=jtodd@nat/digium/x-8ce537719a334537) |
| 20:38.02 | mvanbaak | gheh |
| 20:44.22 | mnicholson | the bluetooth handsfree profile does not support sending variable length dtmf tones. The tones are sent out of band, so is it better to send the tones when chan_mobile receives a dtmf begin, or a dtmf end? My vote goes to dtmf being, as the other end will receive the tone closer to when the user intended |
| 20:44.48 | russellb | actually .. |
| 20:44.52 | russellb | use _end() |
| 20:44.57 | russellb | and don't provide a begin() callback at all |
| 20:45.17 | russellb | the core will notice this and simplify DTMF processing based on knowing that you don't care |
| 20:45.36 | mnicholson | send_digit_begin? |
| 20:45.41 | mnicholson | oh, ok |
| 20:46.19 | mnicholson | and that explains why send_digit_end takes a duration parameter |
| 20:47.16 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 20:47.16 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 20:47.34 | russellb | yeah, for example, SIP INFO DTMF uses that |
| 20:47.38 | russellb | it doesn't care about _begin() |
| 20:47.50 | russellb | it just sends an INFO packet from the _end() callback |
| 20:47.55 | russellb | and it includes a duration in the message |
| 20:48.01 | russellb | but .. you can't know the duration until the digit is over |
| 20:48.09 | russellb | so that's what it uses the _end() for it |
| 20:48.34 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 20:48.34 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:48.34 | mnicholson | hmm, well the hands free profile also does not support the duration |
| 20:48.40 | russellb | that's fine |
| 20:48.41 | russellb | so you can just ignore it |
| 20:49.04 | mnicholson | right, but that means digits will go out slightly delayed |
| 20:49.36 | mnicholson | I guess what will be a problem no matter what, I just think sending them out with begin will be more transparent to the user |
| 20:49.56 | russellb | yeah, slightly, i guess |
| 20:50.02 | russellb | it generally doesn't matter much |
| 20:50.11 | russellb | all apps in asterisk that react on DTMF react on END |
| 20:50.25 | russellb | kind of makes sense in those cases, dont' want to start playing the next prompt until the user lets off the key |
| 20:50.33 | mnicholson | thus far in my testing, digit handling has been odd. When asterisk tells the phone to send a dtmf tone, the time the phone takes to send the tone is not fixed for some reason, so its all a bit strange |
| 20:56.04 | mvanbaak | The_Boy_Wonder: your patch for the wrong showing of (E) on iax peers fixed it for me. confirmed on 4 live machines |
| 20:58.03 | The_Boy_Wonder | nice |
| 21:03.31 | mvanbaak | you can now put the manager patch in so we can see trunk and encryption status there as well ;) |
| 21:03.34 | mvanbaak | hides |
| 21:07.44 | The_Boy_Wonder | yes i'm looking at it right now |
| 21:08.32 | Corydon76-dig | jsmith: ping |
| 21:08.53 | mvanbaak | woot |
| 21:09.20 | Corydon76-dig | The_Boy_Wonder: how would you like to stare at some assembly code? |
| 21:10.22 | mvanbaak | you really only do that when high on cannabis or lsd |
| 21:10.29 | russellb | Corydon76-dig: he's got some work already on his plate. |
| 21:11.08 | Corydon76-dig | russellb: just was thinking he might have a better clue |
| 21:11.38 | mvanbaak | I want russellb as boss/manager |
| 21:11.55 | russellb | mvanbaak: orly? |
| 21:12.02 | Corydon76-dig | mvanbaak: when are you moving to Huntsville? |
| 21:12.07 | mvanbaak | my current boss never tells anyone 'he already has some work on his plate' |
| 21:12.57 | The_Boy_Wonder | russellb == pure awesome |
| 21:13.01 | mvanbaak | Corydon76-dig: chicken/egg problem I think |
| 21:13.14 | russellb | <3 |
| 21:13.33 | mvanbaak | I have no problem with moving over there, but not without having a job |
| 21:13.45 | russellb | orly! |
| 21:13.50 | mvanbaak | but most companies wont give you a job if you dont live in the area |
| 21:13.53 | mvanbaak | russellb: yup |
| 21:14.04 | russellb | someone turn the economy back on and maybe we can get some more job openings, heh |
| 21:14.35 | mvanbaak | I'm not attached to .nl really |
| 21:14.49 | russellb | still wants to visit, though |
| 21:14.57 | mvanbaak | that's a different story ! |
| 21:14.58 | mvanbaak | :) |
| 21:15.22 | mvanbaak | if I'm moving to huntsville tomorrow, it wont mean I'm not going to be in .nl anymore |
| 21:15.39 | mvanbaak | packs bags |
| 21:16.44 | Corydon76-dig | probably just register digium.nl |
| 21:17.09 | mvanbaak | that can be arranged |
| 21:17.14 | Corydon76-dig | teh suck! It's already taken |
| 21:17.22 | Corydon76-dig | some company in finland |
| 21:17.46 | mvanbaak | employ me and you have legal presence here and I can claim it |
| 22:04.47 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 22:04.47 | *** mode/#asterisk-dev [+o ChanServ] by irc.freenode.net |
| 22:16.55 | *** join/#asterisk-dev pmhaddad (n=pmhaddad@24-247-41-171.dhcp.mrqt.mi.charter.com) |
| 22:17.28 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 22:17.39 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 22:32.52 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 22:32.53 | *** mode/#asterisk-dev [+o ChanServ] by irc.freenode.net |
| 22:40.59 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:56.43 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 22:56.43 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 23:04.17 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 23:11.44 | mvanbaak | calls russellb |
| 23:11.59 | russellb | hello. |
| 23:12.12 | mvanbaak | hey |
| 23:12.13 | russellb | what'd I break? |
| 23:12.14 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 23:12.23 | mvanbaak | nothing |
| 23:12.36 | russellb | :-) |
| 23:12.37 | mvanbaak | sorry for the 'blink' |
| 23:12.43 | russellb | np! |
| 23:12.45 | russellb | hi! |
| 23:12.47 | mvanbaak | I'm frustrated, that's all |
| 23:12.58 | russellb | what seems to be the problem? |
| 23:13.13 | mvanbaak | I need a shift here |
| 23:13.24 | russellb | offers his right shift key |
| 23:14.06 | mvanbaak | I'm totally stuck in my work, and it's -100% rewarding for the last two years. Only 'reward' I get from it is the paycheck |
| 23:14.34 | mvanbaak | sorry to bother you with it. it's not your fault, you cannot help it. |
| 23:14.51 | russellb | :-( |
| 23:16.50 | mvanbaak | you know what the problem is |
| 23:16.56 | russellb | i do not |
| 23:17.00 | mvanbaak | the product I work on is freaking nice |
| 23:17.37 | russellb | that sounds like a positive thing |
| 23:17.40 | mvanbaak | but I'm all alone there. I'm the only dev and all colleages can add email accounts and do some basic webpage implementation |
| 23:18.02 | russellb | that's why you hang out with us :-) |
| 23:18.04 | outtolunc | knows that feeling |
| 23:18.13 | mvanbaak | there are no colleages that do development. and I feel like I'm stuck for the last couple of years |
| 23:18.50 | mvanbaak | russellb: indeed. You guys give me a challenge. I can learn stuff, there are ppl that have good ideas or ask for advice or want to discuss new things etc |
| 23:20.22 | russellb | well I'm glad the Asterisk project has been enjoyable for you |
| 23:20.33 | russellb | if there is anything I can do to make it more enjoyable, feel free to contact me anytime :-) |
| 23:20.48 | russellb | and I may or may not be able to do something about it, heh |
| 23:20.49 | mvanbaak | but the total lack of fun at work and the very high workload make me frustrated and take too much time so I spend less and less time with stuff that challenges me. |
| 23:21.10 | russellb | have you looked around for other opportunities in your area? |
| 23:21.27 | mvanbaak | yeah. most companies are the same |
| 23:21.34 | mvanbaak | 1 or 2 devs and that's it |
| 23:21.46 | russellb | 2 is 100% more than 1 |
| 23:22.10 | mvanbaak | alternative is to start working for one of the big closed 'evil' companies that are negative about opensource etc |
| 23:23.12 | mvanbaak | here in .nl almost all os related development is done in companies of 2 to 10 ppl. like where I work now. 7 ppl with me as only dev |
| 23:23.46 | mvanbaak | the company I work for now is privately owned and running on a small budget. |
| 23:25.09 | mvanbaak | Agreed, it's amazing what we can do with that small budget, but for me the last three years have been the same. no coworker I can share/discuss/test ideas with. everything beyond adding an emailaddress to a domain is asked to me. all tickets and feature-requests are assigned to me ... |
| 23:27.49 | russellb | do you have enough work that you could justify hiring a 2nd dev? |
| 23:27.55 | russellb | that would help .. |
| 23:28.32 | mvanbaak | no money |
| 23:29.00 | russellb | steal file's money tree |
| 23:29.19 | mvanbaak | I asked my boss, but he told me he doesn't see the need |
| 23:29.32 | jamessan | hmm, trunk wasn't compiling for me (FUNC_STRTOD not defined). changing configure.ac's AC_CHECK_FUNCS to check for strtod instead of strtol fixed it for me. is something wrong with my environment or is that an actual bug? |
| 23:30.18 | mvanbaak | maybe I should give up and move on. |
| 23:32.39 | mvanbaak | thanks all for listening. |
| 23:32.56 | mvanbaak | and sorry for the depressive talks from my side today. |
| 23:34.05 | mvanbaak | I just realized that here in .nl it's normal to talk about your feelings like this but maybe other countries dont have that kind of sharing |
| 23:34.20 | mvanbaak | s/kind/level/ |
| 23:35.17 | snuff-work | mvanbaak: some companies will do that.. if they think they can get by the will on that 1 resource.. |
| 23:36.21 | mvanbaak | snuff-work: indeed |
| 23:38.13 | snuff-work | has any other helpdesk type person taken any interest in the code side? |
| 23:39.52 | mvanbaak | no. but we did get two community members showing interest. but till now they did not send code or ideas our way. only a mail stating they are interested in joining the os dev team |
| 23:41.55 | snuff-work | mm well if it was me.. i'd consider leavin.. if your not getting any recognition / help from management and they dont want to employ someone to 'help out' you can only live like that for so long.. |
| 23:42.11 | mvanbaak | yeah |
| 23:42.18 | mvanbaak | I'm thinking about leaving now |
| 23:42.27 | mvanbaak | I've been with this company for 10 years now |
| 23:42.45 | mvanbaak | and my boss promises better times over and over again |
| 23:42.48 | snuff-work | woah.. |
| 23:42.51 | mvanbaak | but nothing has changed in 10 years |
| 23:42.53 | snuff-work | 10.. |
| 23:42.58 | mvanbaak | yup |
| 23:43.10 | mvanbaak | almost 11 |
| 23:43.13 | snuff-work | i worked for 2 1/2 at my prev before giving up that it was going to change |
| 23:43.29 | mvanbaak | I started here march 20 1998 |
| 23:43.55 | mvanbaak | snuff-work: my wife also keeps telling me I'm too loyal |
| 23:44.54 | mvanbaak | only thing that keeps me here is the knowledge that when I'm leaving they will go down the drain pretty soon. my boss is not willing to invest in new devs because he thinks they ask too much money |
| 23:45.27 | snuff-work | well.. that's how i felt at my last company.. |
| 23:46.15 | snuff-work | i'd say look i'm considering leaving i'm willing to stay for another 3 month or somethin to teach a new guy before i laeve |
| 23:46.37 | snuff-work | so ur not totally in the crapper ;) |
| 23:46.46 | mvanbaak | indeed |
| 23:52.52 | *** join/#asterisk-dev BBHoss (n=bbhoss@72.146.22.159) |
| 23:52.53 | snuff-work | like russ said, at least in a dev team of 2.. u have someone to work with ;) |