| 00:00.17 | codefreeze-lap | Corydon76-dig: 3 who don't use vim? Am I one? if not, make it 4. |
| 00:00.39 | codefreeze-lap | Oh, wait, I use vim frequently, but I'm really an emacs hacker. |
| 00:05.13 | Corydon76-dig | codefreeze-lap: I use Linux frequently, but I'm really an Apple IIgs hacker |
| 00:06.07 | Corydon76-dig | (despite the fact that I haven't touched one in about a year) |
| 00:08.14 | codefreeze-lap | Corydon76-dig: lol, then, I'm way more dedicated an emacs hacker than you with Apple IIgs... I use emacs daily, hourly. But vim is very useful. |
| 00:12.16 | Corydon76-dig | codefreeze-lap: Nah, I'm more dedicated. I have more hardware dedicated to my Apple IIgs than you have to emacs. :-P |
| 00:13.55 | otherwiseguy | Corydon76-dig: I didn't own one, but my best friend had a IIgs. That was so far ahead of my machine of the time. The graphics! The sound! |
| 00:14.39 | otherwiseguy | Then he got a 20MB external SCSI hard drive for it... |
| 00:15.18 | Corydon76-dig | otherwiseguy: I have a source for internal Apple II IDE drives |
| 00:17.04 | *** join/#asterisk-dev boolean12 (n=random@c-98-199-172-11.hsd1.tx.comcast.net) |
| 00:36.47 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 00:40.33 | ZX81 | hi, fixing a problem in our autoroute system - an upstream provider is being retarded and has us set to prepay rather than postpay - we're spending around $1k per day with them and when the credit runs out they return 603 declined |
| 00:40.44 | ZX81 | this translates into a BUSY cause |
| 00:40.50 | ZX81 | a) should it not be CONGESTION |
| 00:41.03 | ZX81 | b) if not - where would I change it - are the mappings in chan_sip.c? |
| 00:41.19 | ZX81 | c) any point submitting back the patch if I do change it? |
| 00:41.44 | Corydon76-dig | ZX81: actually, it's neither. |
| 00:42.36 | ZX81 | yeah I know, but it has to go back to a cause :) |
| 00:42.49 | Corydon76-dig | Busy is cause 17. Congestion is 34. When you get a 603, it's translated into cause 21 |
| 00:43.15 | ZX81 | -- Got SIP response 603 "Declined" back from |
| 00:43.23 | ZX81 | <PROTECTED> |
| 00:43.40 | Corydon76-dig | What are you using, DIALSTATUS? |
| 00:43.49 | ZX81 | exten => _X.,n,NoOp(Call Ended ${DIALSTATUS} Tried Rates ${tried_rates} Usable Rates ${usable_rates}) |
| 00:43.50 | ZX81 | yeah |
| 00:44.10 | Corydon76-dig | Use ${HANGUPCAUSE} |
| 00:44.21 | ZX81 | hmmm ok |
| 00:44.27 | ZX81 | thanks will give it a go |
| 00:44.28 | ZX81 | :) |
| 00:44.48 | ZX81 | and that's fine in the middle of call flow |
| 00:44.53 | ZX81 | i.e. after one dial and before next? |
| 00:45.12 | ZX81 | prolly should have been a #asterisk question it seems :) |
| 00:45.25 | Corydon76-dig | probably |
| 00:45.44 | ZX81 | thanks for your help man |
| 01:28.13 | *** part/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
| 01:59.18 | tzafrir_laptop | the redirection http://bugs.digium.com/<bug-number> no longer works? |
| 02:03.07 | seanbright | apparently it didn't make it over during the server migration |
| 02:36.32 | *** join/#asterisk-dev outtolunc (n=me@c-67-188-204-139.hsd1.ca.comcast.net) |
| 02:59.28 | *** join/#asterisk-dev johann8384 (n=johann83@75-120-52-110.dyn.centurytel.net) |
| 03:53.50 | *** join/#asterisk-dev jameswf (n=james@ip68-3-60-66.ph.ph.cox.net) |
| 04:32.43 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 06:08.02 | *** join/#asterisk-dev jeffspeff2 (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) |
| 06:23.56 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:23.56 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:52.02 | oej | Morning |
| 07:36.14 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:36.14 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:48.29 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 08:41.28 | nicox | good morning |
| 08:41.47 | nicox | can soemone give me a hint how to debug a small problem? |
| 08:41.55 | nicox | <PROTECTED> |
| 09:30.08 | *** join/#asterisk-dev d3wayne (n=dwayne@76.29.245.9) |
| 09:30.08 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 09:48.10 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 09:48.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:51.23 | *** join/#asterisk-dev steliosk (n=Stelios@ipa107.2.tellas.gr) |
| 10:04.20 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:37.23 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 10:42.33 | *** join/#asterisk-dev eliel (n=eliel@host244.200-43-6.telecom.net.ar) |
| 10:42.33 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 10:45.18 | *** join/#asterisk-dev tompaw (n=tompaw@slave12.tesserakt.eu) |
| 10:45.22 | tompaw | Hello. |
| 10:45.39 | tompaw | Dear devs, where can I find any information about res_config_curl module? |
| 10:46.05 | tompaw | It seems like it's not documented anywhere. |
| 11:01.29 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:13.03 | oej | Sorry, can't help you. |
| 11:42.46 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.80) |
| 11:52.29 | *** join/#asterisk-dev jeffspeff (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) |
| 11:55.36 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 11:55.36 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:55.36 | *** join/#asterisk-dev jeffspeff2 (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) [NETSPLIT VICTIM] |
| 11:55.36 | *** join/#asterisk-dev nicox (n=nicox@dsl-82-106.utaonline.at) [NETSPLIT VICTIM] |
| 11:55.37 | *** join/#asterisk-dev wedhorn (n=nnnnnnnn@123-243-209-34.static.tpgi.com.au) [NETSPLIT VICTIM] |
| 11:55.37 | *** mode/#asterisk-dev [+o seanbright] by irc.freenode.net |
| 11:55.39 | eliel | Is there another way to cleanup a thread being cancelled other than pthread_cleanup_push|pop ? |
| 11:55.39 | eliel | The problem is with chan_dahdi not releasing the memory allocated for pfds when the thread is cancelled |
| 11:55.57 | eliel | but this macros are hard to use because we need to have pthread_cleanup_push and then a pop to close the block. |
| 11:59.23 | tzafrir_laptop | eliel, allocated where? |
| 11:59.48 | tzafrir_laptop | which thread? |
| 12:00.04 | eliel | do_monitor (sorry) |
| 12:00.16 | tzafrir_laptop | do_monitor is generally up all the time |
| 12:00.16 | eliel | struct pollfd pfds |
| 12:01.25 | tzafrir_laptop | though I suspect some of the actual file descriptors may be passed to the responsibility of call threads at the actual time of destruction |
| 12:05.43 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 12:06.49 | *** join/#asterisk-dev fenlander (n=fenlande@82.152.81.57) |
| 12:09.21 | *** join/#asterisk-dev gambler1 (n=mene_sun@dragan.eunet.yu) |
| 12:17.46 | *** join/#asterisk-dev snuff-work (n=jsewell@120.17.92.209) |
| 12:17.46 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 12:39.13 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 13:03.12 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.199.65) |
| 13:13.14 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 13:30.34 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 14:13.04 | *** part/#asterisk-dev korihor (n=korihor@201.210.239.172) |
| 14:21.28 | *** join/#asterisk-dev ctooley (n=ctooley@174-152-126-31.pools.spcsdns.net) |
| 14:21.28 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 14:38.34 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 14:38.34 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:43.55 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 14:52.36 | awk_r | hiya |
| 14:55.20 | gambler1 | Hi, can I ask a "half developer" question here? |
| 14:55.32 | awk_r | gambler1, shoot |
| 14:56.29 | gambler1 | I am trying to find a way to "cheat" * in order to execute stored procedure when it should write cdr in database |
| 14:56.47 | tzafrir_laptop | gambler1, when? |
| 14:57.08 | tzafrir_laptop | err... what version of asterisk? |
| 14:57.23 | gambler1 | when * write a cdr to database, I would like that * just hit a stored procedure |
| 14:57.26 | gambler1 | sorry |
| 14:57.28 | gambler1 | 1.4.22 |
| 14:58.34 | gambler1 | I think that patching is not a good idea, as we would like to move to 1.6.1 when it is released |
| 14:59.18 | gambler1 | is there any plans to support this in upcoming releases? |
| 14:59.24 | awk_r | gambler1, you can do nocdr and just write your own func for a dialplan lol |
| 15:00.04 | gambler1 | awk_r but I want cdr and stored procedure |
| 15:00.26 | gambler1 | hmmm maybe it's better to explain what feature I'am missing |
| 15:00.36 | awk_r | gambler1, probably. lets go from that angle |
| 15:01.05 | gambler1 | user1 performs international call |
| 15:01.27 | gambler1 | after the call is over * writes a cdr |
| 15:01.36 | codefreeze-lap | gambler1: well, you could tweak your preferred back-end in cdr/cdr_*.c, and modify how it sends out the INSERT command or whatever |
| 15:01.53 | Marquis42 | Why don't you just use a trigger? |
| 15:02.08 | awk_r | Marquis42, thats what i was thinking |
| 15:02.10 | gambler1 | because we would have a large number of calls |
| 15:02.20 | awk_r | codefreeze-lap, i think this could be done without mods |
| 15:02.27 | awk_r | gambler1, i'm assuming mysql btw |
| 15:02.36 | gambler1 | oracle |
| 15:02.41 | awk_r | k |
| 15:02.53 | gambler1 | we use odbc |
| 15:02.57 | awk_r | yea |
| 15:03.35 | awk_r | gambler1, continue with what you are missing |
| 15:03.43 | gambler1 | @codefreeze-lap: that means that this feature will not be available in upcoming releases? |
| 15:03.44 | Marquis42 | In my view, that's just a dimensioning issue with your database back-end if the triggers are too costly. |
| 15:04.16 | gambler1 | Marquis42: out dbadmin wont let me use trigers :( |
| 15:04.21 | codefreeze-lap | gambler1: yep, that's a def. downside; better to do things w/o such changes, for sure. |
| 15:04.53 | Marquis42 | Ah, so you're up against the DBA enemy eh? ;) That can be a problem. |
| 15:05.28 | gambler1 | ok.. what I'am missing is that if I have a 5 min cronjob than when user finish a call he can do another call because the balance on his account is not updated |
| 15:05.36 | gambler1 | :))))) |
| 15:06.38 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 15:07.00 | Marquis42 | Well, you could just use CDR *and* func_odbc and just do multiple writes. It means more dialplan complexity, but the complexity has to exist somewhere. I would personally prefer a cleaner dialplan and triggers, but if you're in a situation where triggers are a no-go then you may not have a choice. |
| 15:07.07 | awk_r | gambler1, I think func_odbc for this |
| 15:07.33 | awk_r | agrees with Marquis42. |
| 15:08.34 | gambler1 | Thank you all for suggestion, I will take a look at func_odbc |
| 15:08.43 | Marquis42 | No problem, hope it helps. |
| 15:08.56 | awk_r | good luck |
| 15:09.55 | awk_r | hrm...there needs to be a way to resolve the ambiguity between "good luck" and the sarcastic "good luck" |
| 15:10.05 | awk_r | can * do that for me? |
| 15:10.09 | Marquis42 | lol |
| 15:11.18 | gambler1 | Me again :) |
| 15:12.11 | gambler1 | all data from cdr is avalable to func_odbc? I mean I can perform stored procedure call with same fields? |
| 15:13.55 | Marquis42 | Yes, see the CDR function |
| 15:15.12 | gambler1 | hmmmm it is something that is not going to my head at the moment.. But don't like to be boring so I will take a look at * book. |
| 15:15.20 | gambler1 | Thank you once more to all :) |
| 15:15.51 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:17.13 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 15:22.28 | *** join/#asterisk-dev mbranca (n=matteo@93-62-230-243.ip24.fastwebnet.it) |
| 15:24.09 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:39.21 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-f565beee5e44b2cb) |
| 15:39.21 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:39.44 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 15:44.16 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.13) |
| 15:45.50 | atis_work | awk_r: cli_aliases.conf: good luck => restart now |
| 15:46.24 | awk_r | atis_work, perfect! |
| 15:47.00 | awk_r | (core restart now) |
| 15:47.17 | atis_work | good luck => module unload chan_* |
| 15:47.36 | awk_r | heh |
| 15:49.05 | atis_work | gambler1: why don't you use mysql triggers? |
| 15:49.24 | atis_work | gambler1: you can add trigger to execute whatever upon insert in cdr |
| 15:49.36 | awk_r | atis_work, he's using oracle and dba won't let him use triggers |
| 15:49.41 | atis_work | oh |
| 15:49.50 | atis_work | i thought it was mysql |
| 15:50.00 | awk_r | nah, i just asked if it was |
| 15:50.11 | atis_work | didn't read it all :) |
| 15:59.25 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:59.25 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:04.43 | *** join/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) |
| 16:07.22 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 16:16.03 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-e5ffeb622ef98594) |
| 16:16.03 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:23.37 | *** join/#asterisk-dev getsql08 (n=getsql05@68.244.39.102) |
| 16:24.48 | gambler1 | Sorry, I was out reading func_odbc... and.. I think I will use radiusclient-ng instead |
| 16:26.31 | gambler1 | in case anyone is interested: https://svn.sunlabs.com/svn/solaris-asterisk/asterisk-1.4/current/doc/radius.txt |
| 16:28.36 | gambler1 | pardon, it is included in doc with * |
| 16:28.38 | Corydon76-dig | jsmith-teaching: ping |
| 16:29.29 | Corydon76-dig | jsmith-teaching: I have 2 issues with your Astricon presentation. ;-) |
| 16:30.17 | anonymouz666 | Corydon76-dig: and I am downloading all the presentations from the astricon website |
| 16:39.22 | jsmith-teaching | Corydon76-dig: Send them to me and I'll address them when I have a free minute (either here or out of band) |
| 16:42.57 | *** join/#asterisk-dev bkruse (n=bkruse@nat/digium/x-8203be67d0df8742) [NETSPLIT VICTIM] |
| 16:42.57 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 16:42.57 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 16:42.57 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-d6c5048d458cbaea) [NETSPLIT VICTIM] |
| 16:42.57 | *** mode/#asterisk-dev [+o bkruse] by irc.freenode.net |
| 16:51.34 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 16:59.46 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:59.46 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 17:07.55 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 17:09.01 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 17:09.01 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 17:19.07 | eliel | It is necesary to have apps/rpt_flow.pdf (???) if this pdf has any useful content at least it should be moved to doc/ |
| 17:55.02 | Corydon76-dig | eliel: please send an email to jim dixon suggesting it |
| 17:55.16 | Corydon76-dig | eliel: I've found it's best not to mess with his work |
| 17:55.16 | eliel | Corydon76-dig: ok, thanks |
| 18:12.01 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:15.37 | *** join/#asterisk-dev eliel_ (n=eliel@200.61.172.61) |
| 18:19.26 | *** join/#asterisk-dev ajohnson (n=ajohnson@63.147.46.186) |
| 18:28.53 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:32.49 | denon | now just to get asterisk to run on this : http://www.deviceguru.com/ethernet-connector-contains-linux-server/ |
| 18:47.55 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 18:57.56 | eliel | Corydon76-dig: your last commit to asterisk-addons was my mistake because i didn't block that revision? |
| 19:00.44 | Corydon76-dig | eliel: no, I didn't branch 1.6.1 until yesterday |
| 19:01.14 | eliel | Corydon76-dig: ok, thanks |
| 19:01.14 | Corydon76-dig | So your commit was to trunk, which was the correct place |
| 19:01.38 | eliel | Yes I know but I don't remember blocking that revision in -addons-1.6.x |
| 19:13.18 | *** join/#asterisk-dev jetsnoc (n=brian@pdpc/supporter/active/jets) |
| 19:14.25 | jsmith-teaching | Corydon76-dig: Regarding the commit you just made, would you mind checking one other for me? |
| 19:15.57 | Corydon76-dig | which one? |
| 19:33.27 | *** join/#asterisk-dev oej (n=olle@58.Red-80-38-98.staticIP.rima-tde.net) |
| 19:33.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:49.15 | jsmith | Corydon76-dig: "help stop" doesn't work |
| 19:50.22 | Corydon76-dig | jsmith: I think that's because the alias for stop now doesn't exist |
| 19:50.33 | Corydon76-dig | The new command is 'core stop now' |
| 19:51.59 | Corydon76-dig | So: "core help core stop" |
| 19:52.08 | Qwell | O.o |
| 19:53.06 | Corydon76-dig | Qwell: you've created a monster |
| 19:53.17 | Qwell | not my fault |
| 19:53.50 | Corydon76-dig | Kevin's fault? |
| 19:54.11 | jsmith | localhost*CLI> core help core stop |
| 19:54.11 | jsmith | No such command 'core help core stop' (type 'help core help' for other possible commands) |
| 19:54.32 | Corydon76-dig | jsmith: what version are you running? |
| 19:54.56 | Corydon76-dig | jsmith: that command just succeeded in trunk |
| 19:55.17 | Corydon76-dig | In 1.6.0, the command would be "help core stop", I think |
| 19:55.57 | Corydon76-dig | Confusion reigns |
| 19:58.05 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 20:04.30 | lmadsen | w00t |
| 20:04.35 | lmadsen | goes to subway for some food |
| 20:04.39 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 20:05.13 | jsmith | Confusion absolutely reigns |
| 20:11.17 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:23.30 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 20:23.30 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 20:29.05 | seanbright | pkill -9 asterisk |
| 20:41.22 | *** join/#asterisk-dev korihor (n=korihor@201.210.239.172) |
| 20:41.50 | *** join/#asterisk-dev awk_r (n=rawk@nat/digium/x-98c63817151b7a10) |
| 21:05.06 | jsmith-teaching | Where's russellb when you need him? |
| 21:06.43 | seanbright | if you knew the answer to that question, you would have to ask it. |
| 21:06.48 | seanbright | s/would/wouldn't/ |
| 21:07.00 | seanbright | i'm helpful. |
| 21:11.31 | jsmith-teaching | Just having a weird problem with hints |
| 21:11.51 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:12.12 | file | points at putnopvut |
| 21:12.27 | putnopvut | What's up? |
| 21:12.30 | jsmith-teaching | If I have hints enabled for both SIP/foo and SIP/blah... |
| 21:12.47 | jsmith-teaching | ... and call-limits enabled for both SIP devices so that chan_sip actually watches the device state ... |
| 21:13.16 | jsmith-teaching | ... when SIP/foo calls SIP/blah, I see the hint for SIP/blah changing from "Idle" to "Ringing" to "InUse" |
| 21:13.23 | jsmith-teaching | ... but the hint for SIP/foo never changes. |
| 21:13.46 | jsmith-teaching | If I call the opposite direction (from SIP/blah to SIP/foo), I see SIP/foo's device state change, but not SIP/blah's |
| 21:14.21 | jsmith-teaching | If SIP/foo calls SIP/blah, shouldn't SIP/foo's state change to "InUse" as soon as SIP/blah answers the call? |
| 21:14.24 | Qwell | are the peers matching? |
| 21:14.33 | jsmith-teaching | Qwell: Yes... double-checked that |
| 21:16.02 | seanbright | mind pastebin'ing the relevant portion of your dialplan? |
| 21:25.04 | jsmith-teaching | seanbright: It's super-simple: exten => 123,1,Dial(SIP/foo); exten => 123,hint,SIP/foo; exten=> 124,1,Dial(SIP/blah); exten => 124,hint,SIP/blah |
| 21:25.56 | putnopvut | jsmith-teaching: are foo and blah listed as friends in sip.conf? |
| 21:26.00 | putnopvut | Or are they peers? |
| 21:26.32 | jsmith-teaching | putnopvut: They are friends |
| 21:26.36 | putnopvut | The first thing I would suggest doing is setting the limitonpeers option in sip.conf, then. |
| 21:27.27 | jsmith-teaching | Ok, we're trying it with and without it |
| 21:27.35 | jsmith-teaching | may already have that set |
| 21:27.51 | putnopvut | Okay, I have another thing to try if that doesn't work...but I never like the fact that it works. |
| 21:28.04 | putnopvut | That sentence didn't make a lot of sense... |
| 21:28.22 | jsmith-teaching | I grok'd it |
| 21:29.22 | putnopvut | cool. |
| 21:29.55 | putnopvut | is limitonpeers working? If not, then try setting those sip endpoints to type=peer instead of type=friend. |
| 21:31.04 | seanbright | blinks |
| 21:31.39 | jsmith-teaching | putnopvut: Yeah... will do next time I can take a minute and chance |
| 21:31.48 | putnopvut | a'ight |
| 21:31.57 | seanbright | why would that work? |
| 21:34.34 | putnopvut | I don't know. It's just something that has worked when I've tried it :) |
| 21:37.33 | jsmith-teaching | putnopvut: Doesn't work with limitonpeers either on or off with the phones set as friends |
| 21:37.53 | putnopvut | mkay |
| 21:38.02 | jsmith-teaching | putnopvut: But setting them as peers worked :-( |
| 21:38.14 | putnopvut | yes...odd |
| 21:38.22 | jsmith-teaching | Worth filing as a bug? |
| 21:38.27 | putnopvut | I think so. |
| 21:38.39 | jsmith-teaching | OK... I'll do that tomorrow |
| 21:43.32 | seanbright | putnopvut: thanks for the clarification re: end_bridge_callback, btw. |
| 21:43.42 | putnopvut | seanbright: np |
| 22:07.55 | *** join/#asterisk-dev telecos (n=sergio@84.166.219.87.dynamic.jazztel.es) |
| 22:10.37 | tzafrir_laptop | M13786 |
| 22:10.39 | MuffinMan | [new] [Asterisk] Channels/chan_dahdi 0013786: [patch] DAHDI_CHECK_HOOKSTATE automatically defined when chan_dahdi is built with zaptel support reported by tzafrir (Karma: +112.25) http://bugs.digium.com/view.php?id=13786 |
| 22:11.28 | tzafrir_laptop | Could anybody please look at this? A very simple regression, but causes strange problems |
| 22:12.27 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 22:49.45 | seanbright | otherwiseguy: you know what i love? when the sales reps try to tell me they aren't getting calls when i have access to CDRs. |
| 22:49.55 | seanbright | otherwiseguy: i was trying to type OT: |
| 22:50.05 | seanbright | and irssi was trying to be too smart (sorry about that) |
| 22:50.54 | otherwiseguy | :-) |
| 23:39.08 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 23:41.52 | jtodd | Sorry if I'm a bit late on the conversation here, but is the timerfd stuff mentioned on the mailing list related to a better method of getting MeetMe and IAX trunking working without ztdummy, or am I totally off the mark? |
| 23:42.21 | seanbright | jtodd: i believe that about sums it up |
| 23:42.23 | putnopvut | jtodd: you're right in the sense that it would be a non-DAHDI timing source. |
| 23:42.36 | jtodd | OK, good news then. |
| 23:42.39 | putnopvut | jtodd: however, there is no conferencing engine, so meetme still would require DAHDI. |
| 23:42.59 | putnopvut | IAX trunking, however, could be done completely DAHDI-less. |
| 23:43.22 | jtodd | Ah. Well, one step at a time I guess. Really hoping for some better way to ditch requirement for DAHDI timing. |
| 23:43.54 | seanbright | i keep thinking that the bridging branch will do that, but i'm probably a liar. |
| 23:43.58 | putnopvut | jtodd: well, file has written a conferencing engine in his bridging branch. |
| 23:44.01 | seanbright | score |
| 23:44.07 | putnopvut | seanbright: get out of my head! |
| 23:44.22 | jtodd | Adds complexity which would be better if it did not exist. (i.e. if one is only dealing with SIP channels, why is a dummy kernel driver needed for the single application of conferencing?) |
| 23:44.29 | jtodd | Cool. |
| 23:44.44 | seanbright | needs reviewing and all that, which no one has any time to do |
| 23:44.51 | seanbright | or ability |
| 23:44.56 | seanbright | i fall under the latter category |
| 23:45.17 | jtodd | And the sad reality is that meth is illegal, so the "time" portion is likely not to change, either. |
| 23:45.37 | jtodd | (but "ability" certainly can change. Though that may also be directly related to the "time" problem.) |
| 23:45.46 | seanbright | i need to get smarter |
| 23:45.48 | seanbright | meth might help |
| 23:46.13 | file | falls over |
| 23:46.26 | seanbright | ^^^ i have to compete with that |
| 23:46.30 | jtodd | For a very very short period of time, it works, but then... well, the whole "methmouth" thing kicks in and soon you're stripping RJ45 cable for copper to sell to your dealer. |
| 23:46.41 | jsmith-teaching | bridges file to a timing interface |
| 23:46.43 | file | it has gotten an initial review from Russell, just needs a second |
| 23:46.45 | seanbright | jtodd: preaching to the choir, my friend. |
| 23:46.49 | jtodd | "WHERE THE @#(%@#% DID MY ETHERNET CABLE GO?!?" |
| 23:47.28 | outtolunc | check the xbox |
| 23:48.12 | jtodd | file (or anyone): Would this timerfd stuff be useful or applicable to solving the MeetMe() kernel timing requirement problem? Or is it unrelated? |
| 23:48.29 | file | jtodd: ummm, it could be used as a timing source |
| 23:48.52 | file | jtodd: there is already a module in the bridging branch that does both timing/mixing |
| 23:48.55 | jtodd | Reason for asking: I was at ISPCON for the last few days. Most of the folks there want a VM-based outsourced PBX solution. N |
| 23:48.57 | seanbright | turns out that computers are good at timing things... for figure |
| 23:48.59 | file | so *shrug* |
| 23:49.04 | seanbright | s/for f/go f/ |
| 23:49.11 | jtodd | They complain that * doesn't work well in VM due to timing on conference bridges. |
| 23:49.55 | jsmith | file: So, when are we going to see a feature-rich conference bridge based on the new bridging model and timing stuff |
| 23:49.56 | file | jtodd: well you still need decent timing |
| 23:50.03 | file | jsmith: scheduled for 1.6.2 |
| 23:50.19 | jsmith | file: Gotcha |
| 23:50.22 | jsmith | can't wait |
| 23:50.33 | seanbright | jsmith: you have to |
| 23:50.39 | seanbright | starting..... NOW |
| 23:50.40 | jtodd | file: Right. But is that possible, or is it an inherent limitation in the way VMs are created? (trick question) |
| 23:51.03 | file | jtodd: to get accurate timing? it's possible |
| 23:51.24 | jsmith | Ugh... anybody else feel like helping me test a "stupid bug of the training week" problem? |
| 23:51.41 | putnopvut | jsmith: it all depends on what the bug is. |
| 23:51.48 | seanbright | you're coming across a lot of those this week |
| 23:52.01 | seanbright | #1 cause of asterisk bugs: jared |
| 23:52.33 | jsmith | putnopvut: Create an 'h' extension... something that looks like this: |
| 23:52.42 | jsmith | exten => h,1,System(uptime) |
| 23:52.48 | jsmith | exten => h,n,Wait(3) |
| 23:52.53 | putnopvut | btw, this is 1.6.0.1? |
| 23:52.58 | jsmith | exten => h,n,System(uname -a) |
| 23:52.59 | jsmith | putnopvut: Yes |
| 23:54.01 | putnopvut | Okay, I have made the h exten. |
| 23:54.11 | putnopvut | What do I need to do to test? Just a call? |
| 23:54.20 | jsmith | Does yours die after the priority that calls Wait()? |
| 23:54.41 | putnopvut | Let's find out. |
| 23:54.48 | jtodd | I see the solution to fixing the bugs: stop Jared from submitting them. |
| 23:55.13 | jsmith | jtodd: You have no idea how much I'd love to do that, especially after this week |
| 23:55.35 | jtodd | Just put your fingers in the door jamb, and slam until you feel no more desire to type in bug reports. |
| 23:55.39 | putnopvut | jsmith: there was some interesting h extension weirdness recently that was fixed in some places but may not have been fixed prior to 1.6.0.1 being tagged. |
| 23:55.48 | putnopvut | I'm building 1.6.0.1 right now to test. |
| 23:57.43 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 23:57.43 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:59.18 | jsmith | putnopvut: OK, I'll try on the latest from SVN on the 1.6.0 branch in a second |