| 00:06.11 | Corydon76-lap | jsmith: bikeshed? |
| 00:09.30 | jsmith | Corydon76-lap: Huh? |
| 00:20.36 | ZaVoid | i think i'm gonna get iax support rolled into a major commerical SBC |
| 00:43.53 | jsmith | ZaVoid: Oh? |
| 00:43.58 | jsmith | ZaVoid: Which one, may I ask? |
| 01:35.21 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 01:35.21 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 01:36.18 | ZaVoid | hi russellb |
| 01:36.43 | russellb | hey |
| 01:37.03 | ZaVoid | i was telling jared earlier i'm pretty sure at this point i'm getting iax2 rolled into a major sbc |
| 01:37.23 | russellb | great! |
| 01:37.34 | ZaVoid | yeah i got em like 90% convinced |
| 01:38.10 | ZaVoid | it'll save me a world of headaches to with loadbalancing iax |
| 01:38.43 | ZaVoid | i was actually gonna try 1.4.15 for iax this weekend too on your recommendation from before btw |
| 01:39.24 | ZaVoid | 1.2.13 is what its currently on |
| 01:39.56 | russellb | cool, though i would always recommend the latest release |
| 01:40.05 | russellb | 1.4.18 will be out tomorrow |
| 01:40.06 | russellb | :) |
| 01:40.17 | ZaVoid | yeah no way i'm touch that lol |
| 01:40.23 | ZaVoid | latest releases always kill me |
| 01:40.30 | russellb | it's been in RC status for a week :) |
| 01:40.39 | russellb | so it's not that new! |
| 01:40.42 | ZaVoid | only stables ones in 1.4 train i've found have been 1.4.3 and 1.4.9 and 1.4.15 |
| 01:40.50 | russellb | heh, better than none i guess |
| 01:40.52 | ZaVoid | everything else crashes on me |
| 01:41.05 | russellb | sorry to hear that :( |
| 01:41.15 | ZaVoid | nah i got stables ones its all good lol |
| 01:42.08 | ZaVoid | although getting iax on a stable 1.4 would be great for the language channel features |
| 01:42.31 | ZaVoid | if it still junks in 1.4.15 i'll submit trackbacks n such |
| 01:43.56 | ZaVoid | right now the 1.2.13 only junks every 8-10 days... iax processing just stops completely.. no crash nothing... |
| 01:48.19 | russellb | deadlock, most likely ... |
| 01:48.33 | ZaVoid | i guess |
| 01:48.33 | russellb | if 1.4.15 dies, try 1.4.18 before submitting traces |
| 01:48.39 | russellb | because that's what i'll say in the bug ;) |
| 01:48.39 | ZaVoid | nagios catches it |
| 01:48.44 | ZaVoid | then restarts asterisk |
| 01:48.47 | ZaVoid | lol |
| 01:48.57 | ZaVoid | any big iax changes between 1.4.15 and .18 ? |
| 01:49.07 | russellb | i have a script that will tell me, hehe |
| 01:49.24 | ZaVoid | yeah iax registration dies.. alarm goes off |
| 01:50.36 | ZaVoid | hey russ is there any major changes to the cdr structure in 1.6? like start and stop records? |
| 01:51.33 | russellb | Changes since asterisk Version 1.4.15/channels/chan_iax2.c - svn revision 90174 |
| 01:51.34 | russellb | 15 |
| 01:52.19 | ZaVoid | meh |
| 01:52.46 | ZaVoid | haha how bout since 1.2.13 :) |
| 01:52.48 | ZaVoid | 500? |
| 01:53.04 | russellb | for iax2? |
| 01:53.15 | ZaVoid | yeah hehe |
| 01:53.18 | russellb | 31 |
| 01:53.22 | russellb | (in the 1.2 tree) |
| 01:53.54 | ZaVoid | 15 from 1.4.15 to .18 and 31 from 1.2? |
| 01:53.58 | ZaVoid | seems strange |
| 01:54.08 | russellb | from 1.2.13 to 1.2.25 or whatever, yeah |
| 01:54.19 | russellb | iax in 1.4 has been a nightmare to be honest |
| 01:54.26 | russellb | it's mostly now ... but for a while ...... |
| 01:54.30 | russellb | mostly ok* |
| 01:54.37 | ZaVoid | i know lol |
| 01:54.47 | ZaVoid | it caused me nightmares for 2 weeks beforei down graded |
| 01:54.57 | ZaVoid | what problems you still seeing? |
| 01:55.28 | ZaVoid | actually is there like a sipp for iax? |
| 01:55.36 | russellb | i think there is a crash on the bug tracker that i haven't been able to figure out |
| 01:55.47 | russellb | and unfortunately, not really, no |
| 01:55.51 | ZaVoid | ahh |
| 01:55.55 | russellb | someone wrote a simple registration load test tool that has been helpful |
| 01:55.59 | ZaVoid | well i got volume :) so when i upgrade it i'll let ya know |
| 01:56.02 | russellb | other than that, mostly just using asterisk for testing |
| 01:56.07 | russellb | cool, thanks |
| 01:56.09 | ZaVoid | during busy hour got about 100 active iax calls probably |
| 01:56.17 | ZaVoid | if thats enough and more registrations |
| 01:56.37 | ZaVoid | i convert all to sip onthe outbound too |
| 01:56.41 | russellb | yeah, that's great |
| 01:56.50 | russellb | so, if you want to see the logs for those changes ... |
| 01:56.58 | ZaVoid | nah no point yet |
| 01:56.59 | russellb | svn cat http://svn.digium.com/svn/repotools/changes_since > changes_since |
| 01:57.02 | russellb | chmod 755 changes_since |
| 01:57.08 | russellb | ./changes_since asterisk 1.4.15 channels/chan_iax2.c |
| 01:57.13 | russellb | and then look at changes_since_log.txt |
| 01:57.14 | ZaVoid | let me point traffic to a 1.4.15 box first |
| 01:57.18 | ZaVoid | see if it dies or not |
| 01:57.24 | russellb | gotcha |
| 01:57.33 | ZaVoid | nice script though |
| 01:57.36 | ZaVoid | i'll bookmark it thanks |
| 01:57.39 | russellb | np |
| 01:57.49 | russellb | it's pretty simple, but i end up using it all of the time |
| 01:58.02 | ZaVoid | i hear ya |
| 01:58.37 | ZaVoid | the only real reason i want 1.4 for iax2 to work(other then standard build on all my boxes) is for the language function in 1.4 |
| 01:58.46 | ZaVoid | that made development easy for some stuff |
| 01:58.51 | russellb | cool |
| 01:58.57 | ZaVoid | Set(CHANNEL(language)=xxx) that one |
| 01:58.59 | russellb | right |
| 01:59.07 | russellb | do you use it outside of the dialplan? |
| 01:59.14 | russellb | if not, there's got to be something comparable in 1.2 ... |
| 01:59.22 | russellb | if not ... i'm surprised |
| 01:59.29 | ZaVoid | yeah its not the same in 1.2 |
| 01:59.36 | russellb | SetLanguage or something? |
| 01:59.43 | ZaVoid | actually not there at all for what i needed it to do |
| 01:59.46 | ZaVoid | let me remember hold on |
| 02:00.54 | ZaVoid | ahh i know why |
| 02:01.19 | ZaVoid | i was coding for 1.4 and 1.2 was different so i decided to leave it out rather then have to maintain to seperate dialplan tracks |
| 02:01.29 | russellb | ah :) |
| 02:02.09 | ZaVoid | so i could have i guess.. |
| 02:02.23 | russellb | you could probably come up with a trick to check the asterisk version in the dialplan, and use Exec or ExecIf to do the right thing ... |
| 02:02.28 | ZaVoid | actually wait |
| 02:02.37 | ZaVoid | i think i could't do it in 1.2 in a channel |
| 02:02.44 | ZaVoid | maybe it was global in 1.2? i forget now |
| 02:02.50 | russellb | no idea |
| 02:02.56 | ZaVoid | hmm didn't think of that |
| 02:02.57 | russellb | my mind is far beyond 1.2 at this point ;) |
| 02:03.14 | ZaVoid | i do a lot of stuff in the via php_agi too |
| 02:03.20 | russellb | cool. |
| 02:03.43 | ZaVoid | meh kinda |
| 02:03.51 | russellb | not a huge agi fan? |
| 02:04.02 | russellb | it's ok if not ... it's limitations are well understood at this point |
| 02:04.03 | ZaVoid | i got 900,000 accounts in a realtime DB though.. thats pretty fun |
| 02:04.07 | russellb | good lord |
| 02:04.13 | ZaVoid | actually i'm a huge fan of agi |
| 02:04.13 | russellb | good ... lord |
| 02:04.17 | ZaVoid | just makes me angry soetimes |
| 02:04.21 | russellb | heh |
| 02:04.22 | ZaVoid | lol |
| 02:04.33 | ZaVoid | actually let me see how big sip_buddies is |
| 02:04.43 | ZaVoid | it seems like realtime is a bastard child btw... |
| 02:04.49 | russellb | :-/ |
| 02:05.17 | ZaVoid | am i right? |
| 02:05.21 | ZaVoid | it feels that way sometimes |
| 02:05.28 | russellb | well ... it's interesting ... i mean, we have it, it works, a ton of people rely on it, but at the same time, we have realized now how different it really needs to be |
| 02:05.36 | russellb | so in that respect, it gets some resentment |
| 02:05.50 | russellb | we think "damnit, i wish we could just go back and redo this ..." |
| 02:06.02 | russellb | we can, in a sense, but it's no small task |
| 02:06.28 | ZaVoid | yeah its critical though |
| 02:06.32 | ZaVoid | i couldn't do what i do without it |
| 02:06.32 | russellb | absolutely |
| 02:07.04 | snuff-work | best thing about realtime sip peers.. no reload sip req |
| 02:07.18 | ZaVoid | yeap |
| 02:07.26 | ZaVoid | thats how i turn up carriers now |
| 02:07.53 | ZaVoid | any of my techs can do it through a portal page i made... they have to fill out like 5 lines of info(1/2 of em drop down boxes) and click ADD.. bam instant new carrier turn up |
| 02:07.54 | russellb | the realtime architecture could be made much more efficient for high load, |
| 02:08.09 | russellb | it doesn't have to be rapid retrieve from db and destroy stuff all of the time |
| 02:08.18 | russellb | it really needs a good way to know when something has _actually_ changed |
| 02:08.32 | russellb | caching is a hack to improve that a bit, but with that, it's not really realtime anymore |
| 02:08.37 | ZaVoid | well for me at least realtime isn't even the biggest load |
| 02:08.50 | ZaVoid | any timesomeone makes a phone call on my nework i gotta do like 4 sql queries and 2 writes... |
| 02:09.00 | ZaVoid | which orginally it was like 15 queries and 4 writes.. so i cleaned it up a lot |
| 02:09.00 | russellb | not too bad .. |
| 02:09.05 | russellb | but for example, realtime extensions ... |
| 02:09.13 | file | what an example! |
| 02:09.14 | russellb | it's just plain terrible with this model |
| 02:09.19 | ZaVoid | hey file |
| 02:09.33 | file | I'm not really here, I'm a figment of russellb's imagination |
| 02:09.36 | russellb | it's multiple queries _per priority_ executed for each channel |
| 02:09.52 | russellb | it makes rough love to the db |
| 02:09.58 | ZaVoid | ahh i lied russell.. my sip_buddies is only 403,000 rows |
| 02:10.04 | russellb | still pretty good. |
| 02:10.12 | file | I likez me some func_odbc |
| 02:10.17 | russellb | file: totally |
| 02:10.22 | ZaVoid | thats cleaned up often though.. i think i have it like if no regisration in 3 months then prune it. |
| 02:14.24 | russellb | we do that with code, too |
| 02:14.31 | russellb | if nobody has executed that line of code in a year, it gets removed |
| 02:15.08 | ZaVoid | smart |
| 02:15.35 | russellb | we have code embedded in asterisk that sends us that data. |
| 02:15.37 | russellb | of course. |
| 02:16.05 | ZaVoid | o? |
| 02:16.20 | russellb | not really. |
| 02:17.04 | snuff-work | mmm.. realtime extensions is sad.. need to think about creative ways to make dp.. maybe could use jmls route.. func_curl :) |
| 02:18.43 | ZaVoid | didn't think so |
| 02:19.09 | russellb | i don't mean to be overly negative :) |
| 02:19.14 | russellb | but it is my job to focus on what we can improve ... |
| 02:19.42 | ZaVoid | debugging info :) |
| 02:19.46 | russellb | heh |
| 02:19.52 | ZaVoid | let me rephrase that |
| 02:19.57 | russellb | per-call debugging ... |
| 02:19.57 | ZaVoid | because sip debug is great |
| 02:20.00 | ZaVoid | i hate running tethereal |
| 02:20.04 | ZaVoid | nah i can deal with out per-call |
| 02:20.14 | ZaVoid | but lets say i'm building a new product right? |
| 02:20.33 | ZaVoid | i'm fat fingered somthing in .conf file and i got agi debug running.. i have no idea why my script dies |
| 02:21.06 | ZaVoid | other then inserting NOoP every other line |
| 02:21.13 | ZaVoid | know what i mean? |
| 02:22.05 | russellb | maybe? |
| 02:22.06 | russellb | heh |
| 02:22.40 | russellb | anyway, i'm going to sign off for a while |
| 02:22.48 | russellb | have a coding project i want to make some progress on before sleepy time |
| 02:23.09 | ZaVoid | see ya :) |
| 02:26.11 | ZaVoid | new pgsql released today.. 8.3 |
| 02:42.12 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 03:06.44 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 03:07.30 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |
| 03:09.29 | ZaVoid | wow |
| 03:09.41 | ZaVoid | has anyone seen rfc 5079? |
| 03:11.03 | ZaVoid | what a waste of time |
| 03:11.16 | ZaVoid | so someone generates false ani and bam rfc5079 is illrelevant |
| 03:34.44 | snuff-work | mm i have to use RFC3325 to talk to one of my carriers |
| 03:35.35 | ZaVoid | whch one is that |
| 03:35.51 | ZaVoid | ahh i see |
| 03:36.02 | ZaVoid | let me guesss.. choice 1.. MCI... choice 2.. Verizon |
| 03:36.22 | snuff-work | nah aussie carrier |
| 03:36.24 | ZaVoid | oh |
| 03:36.29 | ZaVoid | well never mind then |
| 03:36.33 | ZaVoid | in that case.... voda? |
| 03:36.37 | snuff-work | nah |
| 03:36.55 | snuff-work | apparently they use that for billing purposes |
| 03:36.57 | ZaVoid | wild guess :) didn't realize you were an aussiue |
| 03:37.05 | ZaVoid | yeah they do.. its annoying over here |
| 03:37.07 | ZaVoid | to |
| 03:37.19 | ZaVoid | where in aussie you at? i spent 3 months there in 01 |
| 03:37.31 | snuff-work | melb victoria |
| 03:38.45 | ZaVoid | nice |
| 03:38.49 | ZaVoid | i was in melbourne for 3 weeks |
| 03:39.06 | ZaVoid | during some big tennis match in january(of 02 actually not 01) |
| 03:39.23 | ZaVoid | i like some your beer... VB was really good |
| 03:39.36 | ZaVoid | although i gotta say... the kiwi's brew some better beer |
| 03:40.23 | snuff-work | mm i'm not a drinker.. |
| 03:40.47 | ZaVoid | cool |
| 03:41.39 | _eric | has anyone used xmeeting on os x? |
| 03:41.55 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 03:42.17 | ZaVoid | nope |
| 03:42.29 | ZaVoid | looking at it now |
| 03:42.43 | _eric | I can't seem to get xmeeting and asterisk to agree on dtmf tones |
| 03:42.52 | ZaVoid | H.323 compatible video |
| 03:43.05 | _eric | I set both sides to the RFCxxxx one, and it doesn't ever get received by the asterisk side (from what I can deduce) |
| 03:43.27 | _eric | or, I wasn't ever able to setup logging such that I was able to get any indication as to what the problem was |
| 03:43.30 | ZaVoid | umm thats an h.3232 client right? |
| 03:43.41 | _eric | I was just using it for SIP |
| 03:44.10 | ZaVoid | AHH for a sip client? |
| 03:44.14 | _eric | yeah |
| 03:44.15 | ZaVoid | no video needed? |
| 03:45.05 | _eric | nope |
| 03:45.11 | _eric | was just looking for a free softphone for osx |
| 03:45.12 | ZaVoid | http://www.sjphone.org/softphone/SJphoneMac-299a.dmg |
| 03:45.16 | ZaVoid | sjphone |
| 03:45.18 | ZaVoid | works great |
| 03:45.23 | _eric | neat |
| 03:45.23 | ZaVoid | easy to add multiple connection entries |
| 03:45.30 | ZaVoid | no g729/g723 however |
| 03:45.32 | _eric | very cool |
| 03:45.32 | ZaVoid | but it works great |
| 03:45.40 | _eric | is that the "HD" audio formats? |
| 03:45.51 | ZaVoid | no thats audio |
| 03:46.17 | ZaVoid | you can also try zoiper |
| 03:46.36 | _eric | that's a funny name |
| 03:46.42 | ZaVoid | http://zoiper.com/ |
| 03:46.44 | ZaVoid | yeah |
| 03:46.49 | ZaVoid | it used to be called idefisk |
| 03:46.52 | ZaVoid | which was well funnier |
| 03:53.24 | _eric | strange... zoiper isn't working with dtmf either |
| 03:53.36 | _eric | I wonder if that means there's something funky about my asterisk setup |
| 03:53.59 | ZaVoid | probably |
| 03:54.04 | ZaVoid | whats the config ? |
| 03:54.06 | _eric | dtmfmode=rfc2833 |
| 03:54.19 | ZaVoid | you getting "user entered nothing" on your console? |
| 03:54.29 | _eric | no |
| 03:54.37 | _eric | I don't seem to be getting anything in the console |
| 03:54.42 | _eric | is there DTMF logging I can enable? |
| 03:54.55 | ZaVoid | actually i only see that when i have a read command set... |
| 03:55.11 | ZaVoid | both peers are dtmfmode=rfc2833? |
| 03:56.03 | _eric | I'm realizing I'm not able to set the dtmfmode in zoiper |
| 03:56.52 | ZaVoid | most of mine are set to dtmfmode=auto |
| 03:57.06 | _eric | I'll try that |
| 03:57.10 | ZaVoid | i'm headed to bed though |
| 03:57.12 | ZaVoid | good luck |
| 03:57.17 | _eric | thanks for the softphones |
| 03:57.17 | ZaVoid | remember sip reload ;) |
| 03:57.18 | _eric | this is great |
| 03:57.19 | file | dtmf in logger.conf to console, then logger reload |
| 03:57.21 | ZaVoid | SURE THING man |
| 03:57.24 | ZaVoid | i love seeing mac users :) |
| 03:57.28 | _eric | =) |
| 03:58.43 | _eric | oh yay |
| 03:58.51 | _eric | with zoiper setting dtmfmode to auto totally worked |
| 03:58.58 | _eric | how 'bout that |
| 03:59.04 | _eric | that was too easy |
| 03:59.15 | _eric | I spent who knows how many hours playing around with trying to get xmeeting to work |
| 04:08.05 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 05:00.29 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 05:00.29 | *** join/#asterisk-dev snuff-work (i=1000@61.29.30.137) |
| 05:00.29 | *** join/#asterisk-dev wwalker (n=wwalker@pdpc/supporter/sustaining/wwalker) [NETSPLIT VICTIM] |
| 05:00.29 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 05:00.29 | *** mode/#asterisk-dev [+o d3wayne] by irc.freenode.net |
| 05:01.52 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) [NETSPLIT VICTIM] |
| 05:01.52 | *** join/#asterisk-dev walhala (n=walhala@asterisk-friends.com) [NETSPLIT VICTIM] |
| 05:01.52 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) [NETSPLIT VICTIM] |
| 05:01.52 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 05:01.52 | *** join/#asterisk-dev troy42 (i=troy@z.paranode.com) [NETSPLIT VICTIM] |
| 05:01.52 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) [NETSPLIT VICTIM] |
| 05:01.52 | *** join/#asterisk-dev ksteward (n=ksteward@71.174.94.169) [NETSPLIT VICTIM] |
| 05:01.52 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) [NETSPLIT VICTIM] |
| 05:01.52 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 05:01.52 | *** join/#asterisk-dev mbranca (i=daemon@mi-gw1.voismart.net) |
| 05:01.52 | *** join/#asterisk-dev codefreeze (n=steve_mu@216.166.159.235) |
| 05:01.52 | *** join/#asterisk-dev brookshire (n=mbrooks@hijacked.us) [NETSPLIT VICTIM] |
| 05:01.52 | *** join/#asterisk-dev MuffinMan (n=muffins@neutrino.joshua-colp.com) |
| 05:01.52 | *** mode/#asterisk-dev [+oo tzafrir_home codefreeze] by irc.freenode.net |
| 05:47.57 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-183-109.hsd1.or.comcast.net) |
| 06:16.00 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 06:44.24 | *** join/#asterisk-dev steliosk (n=Stelios@85.75.198.88) |
| 07:03.13 | jmls | morning world+dog ! |
| 07:19.29 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:34.16 | snuff-work | hello jmls |
| 08:04.44 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:06.07 | *** join/#asterisk-dev pnlarsson-work (n=pnlarsso@81-232-31-101-no34.business.telia.com) |
| 08:30.29 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 08:32.00 | sergee | hi all |
| 08:34.37 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 08:57.38 | *** join/#asterisk-dev Whisk (n=Whisk@82-44-94-242.cable.ubr04.croy.blueyonder.co.uk) |
| 09:41.25 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 10:41.58 | agx | does oej live in US timezone? |
| 10:43.06 | agx | i want to ask him if this patch has been implemented or its still a separate branch http://svn.digium.com/view/asterisk?view=rev&revision=66436 |
| 10:46.32 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 10:46.57 | snuff-home | agx: oej is euro based |
| 10:47.08 | agx | snuff-home, ok ty |
| 10:49.12 | mvanbaak | swedish even |
| 10:49.26 | jmls | funny people, those swedes |
| 10:49.37 | jmls | almost as bad as the dutch ;) |
| 10:50.15 | mvanbaak | ;) |
| 10:50.48 | tzafrir | I figure mvanbaak sees no bad dutch around |
| 10:50.55 | mvanbaak | indeed |
| 10:51.10 | mvanbaak | only nice coworkers |
| 10:52.03 | jmls | <PROTECTED> |
| 10:56.08 | agx | i'm testing oej r66436 against 1.4.17 and seems to works; should i post it as bug and include a patch aganst trunk to have a % to see it in main release? |
| 10:56.28 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:10.11 | mvanbaak | agx: best to open a bug with patch against trunk indeed |
| 11:14.44 | agx | mvanbaak: ok :) its always confusing that part |
| 11:22.01 | mvanbaak | put the link to this branch in it |
| 11:22.08 | mvanbaak | so ppl know you are referring to it |
| 11:22.13 | mvanbaak | and oej will know as well |
| 11:24.23 | jmls | mvanbaak: I *knew* the dutch were a mad race ... http://www.theregister.co.uk/2008/02/05/petrol_pumping_robot/ |
| 11:32.42 | mvanbaak | gheh |
| 11:32.47 | mvanbaak | brilliant idea |
| 11:34.22 | atis_work | i would want pc-cooler-cleaning robot |
| 11:35.12 | agx | jmls, that's a good thing expecially for woman mixing diesel with gasoline |
| 11:45.06 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 12:04.38 | jmls | it's the rise of the machines. |
| 12:24.13 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 13:02.14 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 13:04.57 | ZaVoid | morning |
| 13:15.54 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.226) |
| 13:27.00 | *** join/#asterisk-dev Psychobilly (n=Fuzz@athedsl-4404063.home.otenet.gr) |
| 13:27.28 | Psychobilly | hello, does asterisk support codec re-negotiation during a call? |
| 13:28.55 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 13:29.39 | ZaVoid | i think it does... not sure.. never had to do that |
| 13:29.43 | ZaVoid | why would you do that? |
| 13:30.26 | Psychobilly | fax data |
| 13:30.41 | ZaVoid | ? t.38 |
| 13:30.48 | Psychobilly | yes |
| 13:30.56 | ZaVoid | what else would you use? or you mean initiate a fax call in middle of a call? |
| 13:31.20 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 13:40.19 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 13:46.14 | atis_work | hey, does anybody find this meetme behaviour normal, or it's some memory corruption: http://pastebin.com/m36222848 |
| 13:46.35 | atis_work | im sending call to 2601 but log says, it goes to 1023 |
| 13:46.46 | atis_work | and then just weird things start to happen |
| 13:47.09 | michael-i | greetings everyone, I'm attempting to track down an incompatibility between the zaptel4bsd code and chan_zap. Upon answering a ringing phone (attached to a tdm400p) I hear several tones |
| 13:47.42 | michael-i | the only bit of debug info that the console spits out is: chan_zap.c:1847 in zt_call: Unable to reset default ring on 'Zap/2-1' |
| 13:47.43 | *** join/#asterisk-dev oej (n=olle@gw-sthlm01.rebtel.com) |
| 13:47.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:48.29 | michael-i | this bit of code is right after the caller-id spill. my question is: is that what I'm hearing? the spill? |
| 13:51.33 | *** join/#asterisk-dev nebojsajsimic (n=nebojsaj@cable-89-216-16-106.static.sbb.co.yu) |
| 13:51.37 | nebojsajsimic | hi all |
| 13:51.46 | nebojsajsimic | please for little help |
| 13:52.04 | nebojsajsimic | <nebojsajsimic> I can't get $agivar['agi_extension']; |
| 13:52.04 | nebojsajsimic | <nebojsajsimic> like variable |
| 13:52.04 | nebojsajsimic | <nebojsajsimic> $pozvani = $agivar['agi_extension']; |
| 13:52.04 | nebojsajsimic | <nebojsajsimic> in PHP |
| 13:54.33 | ZaVoid | can' |
| 13:54.38 | ZaVoid | t pass the variable to php? |
| 13:55.14 | nebojsajsimic | ??? |
| 13:55.37 | ZaVoid | is that what your saying? |
| 13:55.43 | nebojsajsimic | yes |
| 13:55.51 | nebojsajsimic | how to post it |
| 13:55.53 | nebojsajsimic | ??? |
| 13:55.56 | nebojsajsimic | i try |
| 13:56.25 | nebojsajsimic | exten =>_XXXX,n,agi,/var/lib/asterisk/agi-bin/nadjiservis.php|${EXTEN} |
| 13:56.33 | nebojsajsimic | but nothing |
| 13:57.38 | nebojsajsimic | any help |
| 13:57.40 | nebojsajsimic | ??? |
| 13:57.46 | ZaVoid | ,Set(GCARD=${CALLERID(number)}) |
| 13:57.49 | ZaVoid | works for me |
| 13:57.57 | ZaVoid | i can then read GCARD in my php files |
| 13:58.09 | ZaVoid | one sec |
| 13:58.36 | ZaVoid | then in my php i have this |
| 13:58.54 | ZaVoid | $Env = getEnvVars(array("DEST", "GCARD", "GPINS")); |
| 13:59.06 | ZaVoid | as an example |
| 13:59.26 | nebojsajsimic | ok thanks i tried to use asterisk defoult variables |
| 13:59.30 | nebojsajsimic | but... |
| 13:59.33 | nebojsajsimic | nothing |
| 13:59.38 | nebojsajsimic | Thanks for advice |
| 13:59.57 | ZaVoid | didn't work? |
| 14:02.03 | lmadsen | morning all |
| 14:02.12 | nebojsajsimic | no does it have some debag |
| 14:02.18 | lmadsen | hrmmm... looks like #asterisk in here :) |
| 14:02.25 | nebojsajsimic | Day lmasdsen |
| 14:02.43 | nebojsajsimic | :) |
| 14:05.03 | ZaVoid | morning lmadsen |
| 14:11.06 | nebojsajsimic | i found what is prob my bug :) |
| 14:11.08 | nebojsajsimic | thx |
| 14:22.58 | mvanbaak | you can read agi variables, no problem |
| 14:23.05 | mvanbaak | I use it all the time |
| 14:24.14 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 14:31.36 | ZaVoid | bad syntax nebojsajsimic ? |
| 14:32.49 | _ys | I use in php agi: $arv1 = $_SERVER['argv']['1']; |
| 14:33.25 | *** join/#asterisk-dev jeremy_g (n=jerms@static-213-115-44-90.sme.bredbandsbolaget.se) |
| 14:33.38 | jeremy_g | No need to clap |
| 14:33.40 | jeremy_g | I am back |
| 14:33.41 | jeremy_g | ;) |
| 14:33.57 | jeremy_g | why am I getting this happy feeling of being with the developers |
| 14:34.00 | jeremy_g | again |
| 14:34.02 | ZaVoid | hi jeremy_g |
| 14:34.11 | jeremy_g | hi ZaVoid |
| 14:34.29 | ZaVoid | how you doing this morning |
| 14:34.37 | jeremy_g | awesome |
| 14:34.42 | ZaVoid | cool |
| 14:35.03 | _ys | oej ping |
| 14:39.18 | sergee | oej DDoSed |
| 14:40.29 | jeremy_g | where can i get a list of new features in * sip stack since 1.2.12 |
| 14:40.50 | jeremy_g | i mean i want to know whether * sip stack supports 1.session timers 2. PRACK 3.... |
| 14:41.42 | _ys | jeremy_g: vi ./CHANGES ? |
| 14:44.01 | ZaVoid | http://svn.digium.com/svn/repotools/changes_since |
| 14:44.10 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 14:44.20 | ZaVoid | russel showed me that link last night |
| 14:47.19 | jeremy_g | Thanks _ys |
| 14:48.04 | oej | jeremy_g: pong |
| 14:48.06 | oej | _ys: Pong |
| 14:48.09 | oej | what's up? |
| 14:48.38 | oej | jeremy_g: Look at the document I have in my svn repo |
| 14:48.51 | _ys | oje: can you comment my issue 10961 ? |
| 14:49.01 | oej | At customer site right now |
| 14:49.04 | oej | M 10961 |
| 14:49.09 | oej | M10961 |
| 14:49.10 | MuffinMan | [new] [Asterisk] Core/HTTP 0010961: [patch] Add HTTP Basic & Digest Auth (rfc2617) for manager web interface. reported by ys http://bugs.digium.com/view.php?id=10961 |
| 14:49.17 | oej | Later |
| 14:49.24 | _ys | ok |
| 14:49.35 | oej | Working to solve severe issues with Zaptel timers on AMD dual core servers |
| 14:51.04 | tzafrir | oej, are you working on something specific? |
| 14:55.22 | oej | servers that loose quality |
| 14:56.31 | oej | I'm wondering if the combination of fastagi tcp sockets and meetme kills the timing |
| 14:56.45 | oej | The fastagi sockets are using a poll per thread, which is not a very smart thing to do |
| 14:57.30 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 14:58.27 | oej | zttest bails out totally and call quality disappears with only ten people in five meetme's |
| 15:05.00 | tzafrir | meetmes are copied by the zaptel sync master - this is work done at the time of a tick |
| 15:07.02 | ZaVoid | so what is the point of RFC 5079 |
| 15:09.29 | oej | does it matter if you're using the device or a pseudo channel? |
| 15:10.00 | oej | for meetme's |
| 15:22.06 | *** join/#asterisk-dev ManxPower (n=manxpowe@251.sub-70-223-214.myvzw.com) |
| 15:26.12 | oej | ManxPower! Hello there! |
| 15:27.01 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 15:27.04 | ManxPower | Hello oej! |
| 15:27.24 | oej | How's life on the hill? |
| 15:27.24 | ZaVoid | hey ManxPower |
| 15:27.57 | ManxPower | oej: warm today, but that won't last more then 24 hours |
| 15:28.25 | oej | We have warm weather too, almost 3 degrees celsius |
| 15:29.23 | ZaVoid | 3 cel.. thats like 42 F? |
| 15:32.06 | ManxPower | oej: BTW, I am actively seeking new clients. |
| 15:32.11 | Corydon76-dig | More like 37F |
| 15:32.22 | RoyK | 37˚F |
| 15:32.38 | ZaVoid | ahh |
| 15:33.12 | Corydon76-dig | ZaVoid: double the C number, add to 32 (approximately) |
| 15:33.19 | ZaVoid | right |
| 15:33.27 | ZaVoid | makes sene |
| 15:33.35 | ZaVoid | ManxPower: your a consultant right? |
| 15:33.44 | ManxPower | ZaVoid: Correct. |
| 15:33.45 | Corydon76-dig | I just meant that you could do it in your head, no need for a calculator |
| 15:33.54 | ManxPower | I actually meant that to be a /msg oej 8-) |
| 15:34.13 | ManxPower | But since you asked... "Consulting for Asterisk, Polycom, Sangoma, Digium, Cisco, LAN, WAN, QoS, T-1, PRI, Frame Relay, Linux, and network design. Based near Birmingham, AL. Now accepting clients worldwide." |
| 15:35.32 | ZaVoid | so anyone seen RFC5079? |
| 15:35.36 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 15:35.36 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:35.44 | ZaVoid | i don't understand it... i mean i understand it.... but it seems pretty pointless |
| 15:35.50 | ZaVoid | i don't see who would send with anonymous |
| 15:37.53 | oej | ZaVoid: That's actually a requirement to handle that it PSTN networks in Sweden. Privacy. |
| 15:38.33 | ZaVoid | this isn't the privacy rfc i thought |
| 15:38.40 | ZaVoid | maybe i skimmed it wrong |
| 15:56.37 | ZaVoid | hey oej the rfc2833 bug http://bugs.digium.com/view.php?id=10058 is there any debugs i could get you that could help? I also see this randomly over level3 |
| 15:57.13 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 15:57.13 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:57.55 | ZaVoid | and i'm pretty sure i can reproduce it at will |
| 15:58.22 | ManxPower | ZaVoid: 1.6 is supposed to fix all those DTMF issues. |
| 15:58.39 | ZaVoid | heh :) |
| 16:00.52 | file | Corydon76-dig: bad bad bad! |
| 16:00.58 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 16:04.37 | ZaVoid | i like 1149 :) |
| 16:04.42 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 16:04.42 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 16:05.56 | ManxPower | it's really doing, upgrading your brain with 1.4 info. So many people start out with 1.4 but don't realize most of the online docs refer to 1.2 |
| 16:07.22 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 16:17.34 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 16:20.31 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 16:20.51 | oej | oh |
| 16:21.10 | oej | And a lot of people upgrade a 1.0 config, that works in 1.2 to 1.4 and the system doesn't work. |
| 16:21.38 | JunK-Y | any reason, why when im doing make in editline, my vi.h is like: http://pastebin.ca/892646 (notice the double ( before E) ? |
| 16:30.33 | JunK-Y | thats weird, but we MUST do dos2unix on editline*.c to get makelist working correctly. |
| 16:31.46 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 16:34.17 | Qwell | JunK-Y: looks like your awk is doing something wrong |
| 16:36.40 | Corydon76-dig | file: eh? |
| 16:37.12 | file | Corydon76-dig: your dialplan aesthetics thingy way back when did something naughty |
| 16:37.37 | Corydon76-dig | Oh? |
| 16:37.57 | file | it changed app_channelredirect to use ast_parseable_goto |
| 16:37.59 | file | which is naughty |
| 16:38.21 | putnopvut | Doesn't 1.4 use ast_async_goto? |
| 16:38.36 | file | yes. |
| 16:40.06 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 16:46.56 | *** topic/#asterisk-dev by Qwell -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@misery.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Lost: Sanity Found: Banana -=- Congrats cresl1n! |
| 16:48.37 | *** join/#asterisk-dev _Krieger_ (n=krieger@193.39.118.158) |
| 16:49.04 | _Krieger_ | what is the condition[s] when CLI 'restart now' is not working? |
| 16:49.31 | Qwell | _Krieger_: asking the same question in multiple channels is considered extremely rude |
| 16:50.04 | _Krieger_ | Qwell, sorry, i`ll not do that anymore ;) |
| 16:50.16 | Qwell | besides, your question is not appropriate for this channel |
| 16:50.39 | _Krieger_ | Qwell, i can`t agree |
| 16:51.18 | Corydon76-dig | _Krieger_: your question is inappropriate for this channel |
| 16:51.59 | _Krieger_ | and what is appropriate channel? |
| 16:52.04 | Corydon76-dig | #asterisk |
| 16:52.08 | _Krieger_ | ah |
| 16:52.49 | _Krieger_ | even though i need developer point-of-view answers |
| 16:52.57 | Corydon76-dig | Besides, questioning the authority of a senior developer is unlikely to get you the answer to your question |
| 16:53.22 | Corydon76-dig | That's a usage question |
| 17:16.44 | atis_work | hey, i got some weirdness with local channels. i originate two local channels, first of which goes trough app_dial to SIP, and then second comes in. however first is not bridged immediately when second is answered, but with some delay (~1 second) |
| 17:17.21 | atis_work | so my dialplan executes partially in local channel, then it gots bridged to SIP channel and another part continues to execute there |
| 17:17.48 | atis_work | and i can't tell the place where that will happen, unless i add some Wait(10) |
| 17:18.44 | atis_work | i suppose Answer() should do that, but it has some delay |
| 17:19.16 | atis_work | any ideas? |
| 17:36.43 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:55.35 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 18:03.39 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:06.24 | *** join/#asterisk-dev snuff-home (i=1001@220-253-11-146.VIC.netspace.net.au) |
| 18:24.42 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 18:24.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:33.04 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.41) |
| 18:40.54 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.41) |
| 18:42.47 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 18:42.47 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:52.58 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 18:57.55 | atis_work | i wonder, why if i originate to local channel, and then connect that to another local channel (context/exten/priority in callfile), second channel don't share variables |
| 18:58.18 | atis_work | it seems that second channel get's created before originate |
| 18:58.30 | atis_work | i mean - don't inherit. |
| 18:58.56 | atis_work | so there's no easy way how to pass variables from originating local channel to destination |
| 19:02.32 | lmadsen | atis_work: I will respond in #asterisk (the appropriate channel) |
| 19:02.37 | jameswf | apparently you ended up in development instead of the generl room where they do support |
| 19:02.54 | atis_work | well, i don't want support - i know it can't be done |
| 19:03.04 | atis_work | i just want to do something to it.. patch it.. |
| 19:03.44 | atis_work | well, that's the point - that variable inheritance is not working |
| 19:04.15 | lmadsen | atis_work: this is still a support / bug discussion, which does not belong in here until a patch is actually created (or is being created) |
| 19:04.34 | jameswf | created ~rulost :) |
| 19:05.54 | atis_work | lmadsen: no disrespect - i was hacking trough this for last day, until i realized what happened |
| 19:06.04 | atis_work | now i just want to ask - why they are separate channels |
| 19:06.21 | lmadsen | atis_work: none taken -- this still appears to be a valid discussion in #asterisk |
| 19:46.22 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:58.08 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 19:58.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:00.08 | mvanbaak | btw, anyone besides lmadsen that wants to have a look at the cli cleanup ? |
| 20:02.08 | oej | Where's the README that covers the changes in your branch? |
| 20:02.36 | lmadsen | oej: see the bug and the audit file |
| 20:02.48 | oej | audit file? |
| 20:02.55 | Qwell | on the bug |
| 20:02.59 | file | please don't audit me :( |
| 20:03.11 | lmadsen | M8925 |
| 20:03.13 | MuffinMan | [assigned] [Asterisk] Documentation 0008925: [post-1.4][branch] CLI command audit reported by blitzrage http://bugs.digium.com/view.php?id=8925 |
| 20:03.55 | mvanbaak | oej: on 8925 there's this file called cli_tree.txt |
| 20:04.02 | mvanbaak | it has most of the stuff that is done there |
| 20:04.47 | oej | agi dumphtml could be "agi dump html" |
| 20:06.13 | mvanbaak | hhmm, yeah |
| 20:06.38 | oej | we need to remove "trees" from database and standardise on "family" and "key". Deltree needs to be delete family. |
| 20:06.46 | oej | Either family or tree, but not both |
| 20:07.24 | oej | "debug chanel" -> "debug channel" if you don't mean Coco |
| 20:08.34 | mvanbaak | I made it channel |
| 20:08.37 | ZaVoid | is there any plans for better dialpan debugging in 1.6? |
| 20:08.41 | mvanbaak | oh wait, that was already done |
| 20:09.15 | oej | "funcdevstate" -> "devstate" |
| 20:09.18 | mvanbaak | hhmm |
| 20:09.20 | Corydon76-dig | oej: Tree refers to the whole shebang, family only refers to that portion of the key |
| 20:09.35 | mvanbaak | agi dumphtml works without filename argument ? |
| 20:09.37 | oej | explain more |
| 20:09.50 | oej | corydon: Examples please, I missed that |
| 20:09.59 | mvanbaak | that agi dumphtml command declaration is wrong |
| 20:10.15 | Corydon76-dig | oej: you aren't deleting the family, you're deleting everything under that family |
| 20:10.28 | Corydon76-dig | The family is a portion of the key |
| 20:10.47 | oej | But will there be any data in that family? |
| 20:11.00 | oej | Will "database show" show anything? |
| 20:11.03 | Corydon76-dig | Family doesn't define data |
| 20:11.10 | Corydon76-dig | The key defines data |
| 20:11.24 | Corydon76-dig | All family really is is a key prefix |
| 20:11.36 | oej | "keys init" should be "iax2 init keys" since it's only iax2 keys, nothing else |
| 20:11.57 | oej | Corydon: Isn't that semantics that is hard to understand? |
| 20:12.13 | Corydon76-dig | oej: it's not hard for me to understand |
| 20:13.04 | mvanbaak | oej: shouldn't we keep the keys command now that tls and stuff is coming to chan_sip ? |
| 20:13.28 | Corydon76-dig | dundi keys, too |
| 20:13.34 | oej | mvanbakk: The IAX2 channel runs that command, so it's an iax2 command |
| 20:13.44 | oej | If so, we need to rewrite the key handling |
| 20:13.45 | mvanbaak | and maybe sometime in the future the gnupg extension ? |
| 20:14.05 | oej | Let's start with moving the command where it belongs now, then think about the future later |
| 20:14.12 | file | I thought res_crypto handled it |
| 20:14.18 | oej | "keymgr initialize domain stuff" |
| 20:14.29 | oej | Hmm. Is it in res_crypto now? |
| 20:14.39 | file | res_crypto has always handled the key stuff |
| 20:14.50 | mvanbaak | file: you are correct |
| 20:15.01 | oej | Ok then. |
| 20:15.09 | mvanbaak | oej: line 575 of res/res_crypto.c |
| 20:15.36 | mvanbaak | +- 2 lines ;) |
| 20:16.01 | oej | rtcp is a subset of rtp - do we need a class of itself for rtcp - it's not a module? |
| 20:17.06 | oej | "sip set debug on" |
| 20:17.09 | oej | is missing |
| 20:17.20 | lmadsen | from where? |
| 20:17.27 | oej | you have "rtp set debug on | off" |
| 20:17.32 | oej | the list in the bug |
| 20:17.55 | mvanbaak | yeah |
| 20:18.11 | oej | sla is really an application of meetme - does it really need a separate command class? |
| 20:18.12 | mvanbaak | it was later decided we should indicate direction |
| 20:18.16 | lmadsen | oej: ya... I think because sip set debug on as already there.... or I forgot to type it :) |
| 20:18.33 | mvanbaak | lmadsen: no, sip set debug [off] |
| 20:18.37 | mvanbaak | that's what was in trunk |
| 20:18.41 | lmadsen | gotcha |
| 20:18.59 | lmadsen | oh that's right... Corydon76-dig mentioned that <on | off> stuff to me after |
| 20:19.16 | oej | <PROTECTED> |
| 20:19.18 | oej | hmmm |
| 20:19.34 | lmadsen | ya... but sometimes it's easier to separate them out logically |
| 20:20.05 | lmadsen | meetme sla show stations -- is more confusing than -- sla show stations |
| 20:20.14 | oej | Don't remember if minivm has cli commands, but I think I had a few |
| 20:20.52 | Corydon76-dig | Remind me what SLA stands for? |
| 20:21.01 | oej | shared line appearance |
| 20:21.01 | file | shared line appearances! |
| 20:21.06 | mvanbaak | Shared Line Appearances |
| 20:21.06 | oej | Russell's blinking lamps |
| 20:21.11 | oej | rbl |
| 20:21.22 | Corydon76-dig | Could we come up with something other than "sla"? |
| 20:21.32 | file | Corydon76-dig: I know what you're thinking. |
| 20:22.02 | Corydon76-dig | If I have trouble remembering, how many users don't know, either? |
| 20:22.10 | mvanbaak | oej: your minivm stuff is correct |
| 20:22.17 | *** join/#asterisk-dev JonMcN (n=Jon@cpc4-sout2-0-0-cust715.sotn.cable.ntl.com) |
| 20:22.34 | oej | mvanbaak: And that was the feedback from the Swedish jury |
| 20:22.45 | mvanbaak | minivm has no 'set' cli functions. |
| 20:22.52 | mvanbaak | only show |
| 20:23.02 | oej | mvanbaak: And I don't really agree with corydon on the tree/family stuff - all my students have been frustrated over that |
| 20:23.02 | mvanbaak | and reload |
| 20:23.13 | lmadsen | Corydon76-dig: suggestions? I can't think of anything that isn't super long to type... |
| 20:23.26 | mvanbaak | oej: I can see the difference in tree/family handling |
| 20:23.37 | Corydon76-dig | lmadsen: I didn't say I had something better, only that it's confusing |
| 20:23.51 | lmadsen | Corydon76-dig: aye, just thought I'd check :) |
| 20:24.15 | Corydon76-dig | lmadsen: since it is key system functionality, maybe "keysys" |
| 20:24.18 | oej | "slines" |
| 20:24.50 | Corydon76-dig | "keysys show" ? Is that palatable? |
| 20:24.53 | lmadsen | I thought of that too, but that reminds me of slinear |
| 20:24.57 | oej | I would be happy to see it move away from "shared line appearance" since there's a SIP standard for SLA, and that's not what we have. |
| 20:25.36 | lmadsen | Corydon76-dig: looks kinda weird to me... :) but that certainly is more descriptive |
| 20:27.03 | lmadsen | mvanbaak: I think I'm going to do another audit/test tonight |
| 20:27.04 | mvanbaak | we should rename the config and c files as well then |
| 20:27.16 | Corydon76-dig | mvanbaak: C files? |
| 20:27.16 | mvanbaak | lmadsen: great. with my branch as base ? |
| 20:27.21 | lmadsen | aye |
| 20:27.27 | mvanbaak | thanks |
| 20:27.32 | oej | Running 200 fastagi from one server causes a lot of weird stuff. I think all the poll's are part of the problem. |
| 20:27.33 | mvanbaak | Corydon76-dig: or is it all done in meetme ? |
| 20:27.35 | lmadsen | I'm considering your branch the definitive CLI moving forward :) |
| 20:27.38 | oej | I am just guessing |
| 20:27.42 | Corydon76-dig | mvanbaak: It's all done in meetme |
| 20:27.47 | mvanbaak | Corydon76-dig: ah |
| 20:27.51 | mvanbaak | never looked into it |
| 20:27.51 | Qwell | oej: 200 instances of fastagi? |
| 20:27.56 | Qwell | "instances" |
| 20:28.08 | Corydon76-dig | Connections to FastAGI? |
| 20:28.12 | Qwell | sure |
| 20:28.20 | oej | 200 calls running fastagi, keeping tcp to the fastagi server open for the duration of the call |
| 20:28.57 | mvanbaak | lmadsen: cool. I have it running in production since this weekend and I can tell you it feels more natural already :) |
| 20:29.46 | lmadsen | mvanbaak: awesome! can't wait to audit it again |
| 20:30.00 | lmadsen | mvanbaak: plus maybe it'll be useful and I can create some sort of document for the CLI |
| 20:30.20 | lmadsen | still trying to think of how to structure it though |
| 20:30.30 | lmadsen | not sure if a tree is appropriate... or some other method |
| 20:30.37 | mvanbaak | yeah. |
| 20:30.46 | mvanbaak | maybe we should list them by module or something |
| 20:30.55 | lmadsen | ya... I was thinking that.... I have an idea actually |
| 20:31.05 | lmadsen | let me try somethign here |
| 20:31.09 | mvanbaak | sure |
| 20:38.42 | lmadsen | mvanbaak: http://www.pastebin.ca/893005 |
| 20:43.49 | mvanbaak | looks good |
| 20:44.15 | lmadsen | ok cool, I think I'll try that table format |
| 20:44.40 | mvanbaak | I think mortals find that easier to read then your treelike format you used in cli_tree.txt |
| 20:44.46 | lmadsen | agreed |
| 20:44.53 | lmadsen | but the tree was much easier to write :) |
| 20:44.57 | mvanbaak | uhhuh |
| 20:45.01 | mvanbaak | and I can read it just fine |
| 20:45.10 | lmadsen | ya, and it was mostly just for your use anyways |
| 20:45.16 | lmadsen | not for documentation |
| 20:45.24 | mvanbaak | btw, what is the preferred way in asterisk to indicate a function goes ok or wrong |
| 20:45.29 | lmadsen | wonder where the docs should live for this then.... |
| 20:45.36 | mvanbaak | I'm used to 'return false;' and 'return true;' |
| 20:45.40 | mvanbaak | is that ok in * ? |
| 20:45.49 | lmadsen | I think it's 0 or a negative number? |
| 20:46.02 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:46.46 | mvanbaak | ah, k |
| 20:46.52 | JonMcN | Is 1.4 SVN zaptel currently broken? |
| 20:47.08 | putnopvut | JonMcN: it...shouldn't be. |
| 20:47.19 | JonMcN | hmm |
| 20:47.50 | JonMcN | http://pastie.caboo.se/147894 |
| 20:48.03 | JonMcN | ./configure ; make # works fine |
| 20:48.12 | lmadsen | ok, back in a bit. Gotta run off and start writing some dialplan for a client. |
| 20:48.41 | mvanbaak | lmadsen: good luck |
| 20:49.12 | lmadsen | thanks! shouldn't be anything too complicated (no clustering in this one) |
| 20:57.53 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 20:57.53 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 20:59.20 | JerJer | i totally love it!!! I just upgraded my dish network tv and the activations department is using a meetme and the stock MOH |
| 20:59.37 | mvanbaak | lol JerJer |
| 21:00.36 | JerJer | yet i remember my previous employer telling me no business or enterprise would ever rely on an open source product |
| 21:00.45 | JerJer | *cough* isphone |
| 21:00.55 | JunK-Y | is there any way to know if a specific kernel module (like wct4xxp) is taking cpu (i dont know know, since its in the kernel land) |
| 21:01.18 | JerJer | good question - i do not know either |
| 21:03.18 | JerJer | i wonder if ps axu would show anything for zaptel devices - i'm not currently logged into a box with zaptel |
| 21:04.22 | JerJer | like in [ brackets ] |
| 21:06.34 | JunK-Y | it wont display the kernel land |
| 21:08.59 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 21:26.08 | paravoid | JunK-Y: it does display kernel threads |
| 21:26.29 | paravoid | not sure about zaptel though |
| 21:37.25 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 21:46.37 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:53.16 | *** join/#asterisk-dev anthm][ (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 22:18.47 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584495.dsl.bell.ca) |
| 22:20.18 | *** join/#asterisk-dev Laureano (n=chatzill@92-237-114-200.fibertel.com.ar) |
| 22:24.36 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 22:24.36 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:25.45 | *** join/#asterisk-dev RoyK (n=roy@ip-2-29-149-91.dialup.ice.no) |
| 22:38.03 | *** part/#asterisk-dev RoyK (n=roy@ip-2-29-149-91.dialup.ice.no) |
| 23:40.57 | tzafrir_home | JerJer, Zaptel operates more from an interrpts context . |
| 23:41.08 | tzafrir_home | Hence cat /proc/interrupts would be a good start |
| 23:43.54 | *** join/#asterisk-dev Mavvie (n=edwin@ppp121-44-116-143.lns10.syd6.internode.on.net) |