| 00:24.42 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:29.20 | *** join/#asterisk-dev denon (n=denon@208.122.43.201) |
| 00:31.17 | *** join/#asterisk-dev ManxPower (n=manxpowe@stirprop-s4-0-0-21.ndcr2.datasync.net) |
| 00:46.22 | *** join/#asterisk-dev bweschke (n=bweschke@204.13.233.213) |
| 00:46.22 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 00:49.33 | *** join/#asterisk-dev eliel (n=eliel@35-17-235-201.fibertel.com.ar) |
| 00:52.53 | eliel | Hello |
| 00:52.57 | eliel | M10831 |
| 00:52.58 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0010831: [patch] asterisk crash while doing a 'module reload chan_sip.so' reported by eliel http://bugs.digium.com/view.php?id=10831 |
| 00:53.18 | eliel | My mistake while doing the janitor project :-( sorry |
| 01:04.43 | *** join/#asterisk-dev wunderkin (n=wunderki@ip72-223-86-126.ph.ph.cox.net) |
| 01:24.48 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 01:39.53 | *** join/#asterisk-dev dseeb_ (n=dcb@CPE-58-169-65-172.vic.bigpond.net.au) |
| 01:56.42 | *** part/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 02:04.16 | *** part/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 02:06.32 | *** join/#asterisk-dev brc_ (n=brc__@pdpc/supporter/basic/brc) |
| 02:34.22 | *** join/#asterisk-dev ta^3 (n=tacvbo@wsip-70-184-124-51.ph.ph.cox.net) |
| 03:14.48 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 03:18.43 | Corydon76-dig | tzafrir_home: I wasn't, but I am now |
| 03:19.20 | Juggie | Corydon76-dig, i thought you were going to be here, i'm disapointed, i wanted to duke it out over odbc_prepare_and_execute :) |
| 03:19.58 | Corydon76-dig | Eh? |
| 03:20.01 | snuff-work | nice commit juggie |
| 03:20.21 | Juggie | (me wanting a reason it failed, but you not wanting me to depend on that information) |
| 03:20.37 | Juggie | or code should i say to depend on that information |
| 03:21.18 | Corydon76-dig | You shouldn't. It's not the right way to do it |
| 03:22.10 | Juggie | if thats the case then i have to assume that every failed attempt is a retry attempt. |
| 03:22.27 | Corydon76-dig | Correct |
| 03:22.57 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 03:23.12 | Juggie | i'll use two threshholds, max age and max size |
| 03:24.59 | Juggie | the good thing is that doesnt really change my approach, just that the backends will return only 3 states instead of 4. |
| 03:25.17 | Juggie | failed/ok/disabled |
| 03:25.23 | Juggie | rather then retry/failed/ok/disabled |
| 03:47.27 | Corydon76-dig | http://www.flickr.com/photos/sigsegv/40492213/ SFW |
| 03:52.00 | Juggie | i dont get it :P |
| 03:53.21 | Corydon76-dig | Heh, you don't? |
| 03:54.10 | Corydon76-dig | Do you know who Cthulhu is? |
| 04:15.30 | *** join/#asterisk-dev dlynes_home (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 04:19.47 | *** join/#asterisk-dev moy (n=moyhu@189.169.58.207) |
| 04:40.40 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 04:57.49 | IgorG | he-he, Cthulhu is a nice guy =) |
| 05:00.29 | Corydon76-dig | "Hi, I got myself hired to do a job I don't know how to do, and I'm admitting that on a publically archived list." http://lists.digium.com/pipermail/asterisk-users/2007-September/197254.html |
| 05:01.53 | denon | haha |
| 05:02.11 | denon | a CCNA no doubt, I don't think I'd brag about it if I were him |
| 05:02.21 | Corydon76-dig | "So not only am I unethical, I'm an idiot." |
| 05:03.23 | denon | and an idiot with horrible grammar :) |
| 05:04.04 | Corydon76-dig | Yeah, but I'll forgive that. I know some amazingly creative and knowledgable people who can't spell worth a damn |
| 05:05.21 | denon | http://mark.quitoriano.org/ |
| 05:05.25 | denon | I guess that's him? |
| 05:05.36 | Corydon76-dig | probably |
| 05:09.03 | denon | ah well |
| 05:09.08 | denon | think of him as job security |
| 05:09.26 | denon | we tend to make a lot more money after another "consulting company" has worked on things |
| 05:09.58 | Corydon76-dig | Heh, same for the reseller I've worked for |
| 05:10.33 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 05:10.48 | denon | Ive made voip solutions work where toshiba, cisco and avaya corporate had failed |
| 05:10.51 | Corydon76-dig | There are two companies listed on voip-info.org for Asterisk resellers... one of them screws every client they touch... and we're the other... |
| 05:10.56 | denon | it's always a nice feeling |
| 05:11.18 | denon | sadly, our solutions weren't using asterisk |
| 05:11.26 | denon | but such is life |
| 05:12.03 | Corydon76-dig | Well, time for bed. I have to go up to Springfield in the a.m. |
| 05:12.16 | denon | MO? |
| 05:12.22 | Corydon76-dig | TN |
| 05:12.24 | denon | ah |
| 05:12.31 | denon | Ive been doing all kinds of work in MO these days |
| 05:12.31 | denon | hehe |
| 05:12.34 | denon | g'nite |
| 05:12.38 | Corydon76-dig | 'night |
| 06:21.56 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 06:21.56 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 06:23.39 | *** join/#asterisk-dev Qwell_ (n=north@pdpc/sponsor/digium/Qwell) |
| 06:23.39 | *** mode/#asterisk-dev [+o Qwell_] by ChanServ |
| 06:29.48 | *** join/#asterisk-dev ta^3 (n=tacvbo@65.116.224.30) |
| 06:41.41 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 06:41.41 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 06:44.19 | *** join/#asterisk-dev leif_madsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 07:08.28 | *** join/#asterisk-dev hermuli (n=Eladamri@xdsl-83-145-207-63.nebulazone.fi) |
| 08:06.21 | *** join/#asterisk-dev qdk (n=qdk@213.150.62.32) |
| 08:54.12 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 08:54.12 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 09:07.54 | *** join/#asterisk-dev tsurko (n=tsurko@78.90.100.214) |
| 09:11.07 | *** join/#asterisk-dev Corydon76-dig (i=nine@pdpc/supporter/sustaining/Corydon76-home) |
| 09:11.07 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 09:11.18 | *** join/#asterisk-dev Corydon76-home (i=green@pdpc/supporter/sustaining/Corydon76-home) |
| 09:11.18 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 09:15.10 | *** join/#asterisk-dev Qwell_ (n=north@pdpc/sponsor/digium/Qwell) |
| 09:15.13 | *** mode/#asterisk-dev [+o Qwell_] by ChanServ |
| 09:27.23 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 09:27.23 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 09:36.14 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.55) |
| 09:36.34 | *** join/#asterisk-dev IvanV3835 (n=Miranda@styx.mcn.ru) |
| 09:47.16 | *** join/#asterisk-dev misk0 (n=misk0@62.48.116.68) |
| 10:04.12 | *** join/#asterisk-dev Qwell_ (n=north@pdpc/sponsor/digium/Qwell) |
| 10:04.12 | *** mode/#asterisk-dev [+o Qwell_] by ChanServ |
| 10:57.41 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 11:05.29 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 12:23.28 | *** join/#asterisk-dev Qwell_ (n=north@pdpc/sponsor/digium/Qwell) |
| 12:23.28 | *** mode/#asterisk-dev [+o Qwell_] by ChanServ |
| 12:38.47 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 12:38.54 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 13:32.50 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:32.50 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:41.42 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 13:41.42 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 13:46.14 | russellb | eep |
| 13:46.59 | file | russellb: I see you. |
| 13:47.31 | *** join/#asterisk-dev Laureano (n=chatzill@200.59.172.38) |
| 13:48.27 | russellb | oic |
| 13:53.22 | *** join/#asterisk-dev elixer (i=elixer@65.207.74.18) |
| 13:56.23 | mvanbaak | ello |
| 13:58.59 | *** join/#asterisk-dev tsurko (n=tsurko@213.91.216.130) |
| 14:05.28 | *** join/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 14:05.29 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:28.15 | Laureano | M10277 |
| 14:28.16 | MuffinMan | [closed] [Asterisk] General 0010277: [patch] replace ast_verbose(VERBOSE_PREFIX_X with ast_verb(X, reported by mvanbaak http://bugs.digium.com/view.php?id=10277 |
| 14:29.47 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 14:41.03 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.55) |
| 14:48.20 | *** join/#asterisk-dev bmd[laptop] (n=bmd@wsip-70-184-124-51.ph.ph.cox.net) |
| 14:55.15 | Laureano | Does anybody knows why the patches from the report #10277 has not been commited yet? |
| 14:55.56 | file | they were. |
| 14:58.03 | Laureano | file: I have made an update of my working copy (and I checked also the SVN viewer) up to the current revision and at least the patches to app_zapras.c doesn't seem to be commited. |
| 14:58.15 | file | what version of Asterisk? |
| 14:58.44 | Laureano | svn trunk |
| 14:59.11 | file | there are some places where ast_verb doesn't make sense to be used |
| 14:59.50 | file | that is why app_zapras does not totally use ast_verb |
| 14:59.58 | file | and on that note, I'm off to shower |
| 15:04.22 | Laureano | file: I'm not british or american native. What means the expression "I'm off to shower"? |
| 15:04.23 | *** join/#asterisk-dev Qwell_ (n=north@pdpc/sponsor/digium/Qwell) |
| 15:04.23 | *** mode/#asterisk-dev [+o Qwell_] by ChanServ |
| 15:16.53 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:22.03 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:31.13 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 15:39.49 | *** join/#asterisk-dev caio1982 (n=usuario@CAcert-br/caio1982) |
| 15:45.29 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:52.53 | *** join/#asterisk-dev leif_madsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:56.48 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:57.20 | *** join/#asterisk-dev Qwell_ (n=north@pdpc/sponsor/digium/Qwell) |
| 15:57.20 | *** mode/#asterisk-dev [+o Qwell_] by ChanServ |
| 16:19.27 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 16:19.53 | *** join/#asterisk-dev Cresl1n (n=matt@65.116.224.30) |
| 16:19.53 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 16:32.01 | *** join/#asterisk-dev Cresl1n (n=matt@65.116.224.30) |
| 16:32.01 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 16:37.37 | *** join/#asterisk-dev Cresl1n (n=matt@65.116.224.30) |
| 16:37.37 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 16:48.46 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/sustaining/Corydon76-home) |
| 16:48.46 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:50.56 | *** join/#asterisk-dev kay2 (n=two@gob75-7-82-247-113-230.fbx.proxad.net) |
| 16:52.55 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 16:56.13 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 16:56.13 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 17:00.33 | *** part/#asterisk-dev Cresl1n (n=matt@65.116.224.30) |
| 17:00.50 | De_Mon | file did you split? |
| 17:06.26 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 17:12.57 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.186.199) |
| 17:31.45 | *** join/#asterisk-dev mtaht4 (n=m@24-109-62-200.enitel.net.ni) |
| 17:36.38 | *** part/#asterisk-dev mtaht4 (n=m@24-109-62-200.enitel.net.ni) |
| 17:42.29 | *** join/#asterisk-dev blitz[astricon] (n=blitz[as@65.116.224.30) |
| 18:05.00 | *** join/#asterisk-dev BadPacket (n=John@unaffiliated/badpacket) |
| 18:05.59 | *** join/#asterisk-dev alin` (n=user@89.38.174.194) |
| 18:06.34 | alin` | what is the purpose of this call: |
| 18:06.34 | alin` | ioctl(conf->lchan->fds[0], ZT_SETCONF, &ztc) ?? |
| 18:06.43 | alin` | can somebody tell me please? |
| 18:08.11 | Corydon76-lap | Looks like it's setting up an audio mixer |
| 18:09.13 | alin` | Corydon76-lap: I want to make a conference, and I am looking *'s sources to see how it does it. |
| 18:09.48 | alin` | Corydon76-lap: it is not a standars ioctl call... I must install a driver in the kernel to make it run? |
| 18:10.05 | Corydon76-lap | It's the zaptel driver |
| 18:12.12 | alin` | Corydon76-lap: thaks a lot. |
| 18:13.57 | *** part/#asterisk-dev alin` (n=user@89.38.174.194) |
| 18:14.22 | *** join/#asterisk-dev bweschke (n=bweschke@204.13.233.213) |
| 18:14.22 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 18:19.36 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 18:21.15 | *** join/#asterisk-dev jtodd (n=jtodd@79.sub-75-211-184.myvzw.com) |
| 19:08.17 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 19:08.39 | Deeewayne | Corydon76-dig: are you available? |
| 19:17.10 | Corydon76-lap | Yes, kind of |
| 19:17.28 | Corydon76-lap | What's up? |
| 19:33.17 | Deeewayne | Corydon76-lap: should a pbx thread be created with this dialplan (http://pastebin.com/d3e3e6e68) when one phone dials '0' and another dials '101' ? |
| 19:33.59 | Deeewayne | I don't see one getting created, but I thought one should because the 2 channels are in a call w/ full duplex audio |
| 19:34.39 | Corydon76-lap | Two are created, actually |
| 19:34.54 | Corydon76-lap | One for each |
| 19:35.24 | Corydon76-lap | AgentLogin stays connected continuously, before, during, and after a call |
| 19:35.35 | Corydon76-lap | so a pbx thread is responsible for that |
| 19:35.47 | Deeewayne | I added a log message in ast_pbx_start() and I don't see it until after I issue an AMI redirect on both channels into the meetme from that dialplan |
| 19:38.39 | Deeewayne | If this is wrong, then this might be the cause of issue 7706 because when the action_redirect() calls ast_async_goto() on each channel, they have no chan->pbx |
| 19:41.07 | Corydon76-lap | Did you do it inside ast_pbx_run or __ast_pbx_run? |
| 19:41.09 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 19:41.44 | Corydon76-lap | because ast_pbx_start also calls that static routine |
| 19:42.05 | Corydon76-lap | err, ast_pbx_run |
| 19:42.55 | Corydon76-lap | As far as I'm aware, the only time we don't start a pbx on a channel is with a slave channel (i.e. one started with Dial) |
| 19:43.34 | Deeewayne | I added it to ast_pbx_start(). I'll move it to __ast_pbx_run |
| 19:43.55 | mog | run_pbx_run |
| 19:45.26 | Corydon76-lap | Well, there's other times, too, now that I think about it... variable substitution for example... but those channels don't refer to call legs |
| 19:46.41 | Deeewayne | could it be a native bridge if its 2 channels from the same card ? |
| 19:51.15 | Corydon76-lap | You know, I'm not really sure how AgentLogin really works... but it certainly is a little atypical, considering that we're connecting two master channels |
| 19:51.42 | Corydon76-lap | is this a crash, a deadlock, or what? |
| 19:52.09 | Deeewayne | "is this a crash, a deadlock, or what?" - Yes |
| 19:52.33 | Deeewayne | you were right, I see messages from __ast_pbx_run |
| 19:53.02 | Deeewayne | here's why I'm asking: |
| 19:53.06 | Deeewayne | M7706 |
| 19:53.07 | MuffinMan | [assigned] [Asterisk] Channels/chan_local 0007706: Redirecting Local channels to Meetme causes a crash when executing "core show channels" reported by BigJimmy http://bugs.digium.com/view.php?id=7706 |
| 19:53.23 | Deeewayne | using this dialplan: http://pastebin.com/d3e3e6e68 |
| 19:53.40 | Deeewayne | it can be reproduced by making 1 channel dial '0' (AgentLogin(1)) |
| 19:53.54 | Deeewayne | another channel dials '101' (Dial(Agent/1) |
| 19:54.36 | Deeewayne | issue an action_redirect and the channels have no pbx when ast_async_goto(chan) is issued |
| 19:56.13 | Deeewayne | so after the AMI redirect, it will crash if you do 'core show channels' and Zap/1-1 will not be able to unlock(app_lock) after calls are torn down |
| 19:57.17 | Deeewayne | The app_lock problem looks like Zap/1-1 is locking app_lock, but Agent/1 is trying unsuccessfully to unlock app_lock |
| 19:57.26 | Corydon76-lap | Ah... so it's 3 channels... base channel, agent proxy, caller channel |
| 19:57.33 | Deeewayne | Zap/1-1 is what calls AgentLogin() for me |
| 19:57.46 | Corydon76-lap | Are you redirecting the Agent or the base channel? |
| 19:58.23 | Corydon76-lap | because the Agent proxy I don't think has a pbx running on it |
| 20:00.10 | Corydon76-lap | I don't even know if redirecting an Agent really should work... the Agent should get destroyed when the underlying channel is redirected |
| 20:00.22 | Corydon76-lap | but if you're redirecting the agent... |
| 20:00.48 | Corydon76-lap | No, you can't redirect the agent |
| 20:03.40 | Corydon76-lap | So maybe when we do the manager redirect, we need to first check if it's a proxy channel, and if so, then we need to get the underlying channel to redirect |
| 20:03.51 | Corydon76-lap | Does that make sense? |
| 20:04.19 | Corydon76-lap | kind of like what ast_channel_masquerade does |
| 20:05.57 | Deeewayne | The Agent is being redirected |
| 20:06.20 | Deeewayne | if the agent doesn't have a pbx running, then that explains why chan->pbx is NULL |
| 20:06.20 | Corydon76-lap | Oh, it is calling ast_channel_masquerade... I wonder if it's related to that deadlock I diagnosed yesterday in ast_channel_masquerade... |
| 20:06.43 | Corydon76-lap | Right, but ast_async_goto explicitly checks for that and does a masquerade if chan->pbx isn't set |
| 20:07.07 | Deeewayne | I see the Agent get destroyed and a new Agent pvt structure is created. The original becomes a zombie, but all this is because the chan->pbx is NULL |
| 20:08.13 | Deeewayne | it does make sense to try to get the base call. playing around yesterday, I added get_agent_channel() and set_agent_channel() functions to ast_channel_tech |
| 20:08.44 | Deeewayne | but I was using this inside the ast_async_goto(). You seem to be saying that I should be doing this in action_redirect() |
| 20:09.04 | Corydon76-lap | There's currently code in ast_channel_masquerade to get the base channel, but I wonder if that was only written with the Local proxy in mind, not the Agent proxy |
| 20:09.18 | Corydon76-lap | I don't know how chan_agent works... |
| 20:11.04 | Corydon76-lap | I think that's it. The problem also manifested in Local, and we fixed that in ast_channel_masquerade, but we failed to fix it for Agent, because Agent works differently than Local |
| 20:11.20 | Deeewayne | I think this is wierd: when Zap/1-1 calls AgentLogin(1), an agent channel is not created; but when Zap/2-1 calls Dial(Agent/1), THEN the agent channel is created |
| 20:11.45 | Deeewayne | maybe that's obvious, but I think its strange |
| 20:12.00 | Corydon76-lap | I think the pvt is created at the first point |
| 20:12.15 | Corydon76-lap | and ast_channel is created at the second point, correct? |
| 20:12.39 | Corydon76-lap | that would be how agent knows what the underlying channel is |
| 20:12.43 | Deeewayne | possibly, I think I was only looking for the ast_channel. If you are correct, then this makes some more sense |
| 20:14.36 | Corydon76-lap | Yep, that's how it works... see agent_request... |
| 20:14.47 | Deeewayne | so, 'base channel' is the _bridge pointer right? |
| 20:15.03 | Corydon76-lap | only for Local, I think |
| 20:15.09 | Corydon76-lap | it's p->chan, for Agent |
| 20:15.27 | Deeewayne | if p is a pointer to agent_pvt, right ? |
| 20:15.35 | Corydon76-lap | right |
| 20:17.03 | Deeewayne | I guess that's why I think its strange. the agent_pvt::chan pointer points to what I would expect, but it threw me off when the ast_channel was not created until someone called the Agent |
| 20:19.28 | Corydon76-lap | No, it makes sense now that I know how it works |
| 20:19.32 | Deeewayne | so, did you mean that my get/set_agent_channel addition to ast_channel_tech could be the right thing to do ? |
| 20:19.46 | Corydon76-lap | Yes, I'd name it differently, though |
| 20:20.01 | Deeewayne | yeah, I would name it different to, but they were my stub names |
| 20:20.09 | Deeewayne | I really don't know what to call them |
| 20:20.14 | Corydon76-lap | get_base_channel, possibly |
| 20:20.26 | Corydon76-lap | for most channels, it's the same as chan->name |
| 20:20.36 | Corydon76-lap | but different for Agent and Local |
| 20:21.21 | Deeewayne | thanks. I'll try this and tell you how it works |
| 20:21.28 | Corydon76-lap | We could probably simplify ast_channel_masquerade a bit, then |
| 20:21.55 | Corydon76-lap | Oh, and there's a deadlock fix for that function on the bugtracker, currently in Ready for Testing |
| 20:24.41 | Deeewayne | deadlock fix for masquerade ? |
| 20:31.39 | Corydon76-lap | Right |
| 20:32.02 | Corydon76-lap | There's some deadlock avoidance in there already, but it's not quite complete |
| 20:32.45 | Corydon76-lap | Specifically, if the proxied channel is locked waiting for the proxy and the proxy is locked waiting for the proxied, boom, deadlock |
| 20:33.05 | Corydon76-lap | ast_channel_masquerade against ast_write |
| 20:33.40 | Corydon76-lap | M10406 |
| 20:33.41 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_sip/General 0010406: [patch] Asterisk stops processing calls reported by callguy http://bugs.digium.com/view.php?id=10406 |
| 20:34.09 | Deeewayne | ok, I'll check that next, thanks |
| 20:34.16 | jcmoore | not to jump in on the tail of this conversation about agents, but I have a question about channel bridging as it relates to direct media setup when using SIP |
| 20:34.37 | Corydon76-lap | jcmoore, that's something I know very little about |
| 20:34.57 | Corydon76-lap | but go right ahead |
| 20:35.02 | jcmoore | Yeah, it's confused me for a while now... |
| 20:36.17 | jcmoore | If A calls B and the media is setup directly between the endpoints, when A ends the call by sending a BYE to Asterisk, Asterisk tears down A's side of the bridge, as it should. Asterisk then sends a re-INVITE to B and once that's successful, then sends a BYE to B. |
| 20:36.43 | jcmoore | It would seem that Asterisk would go ahead and send a BYE to B straightaway instead of first sending the reinvite |
| 20:37.15 | Deeewayne | jcmoore: I can't even touch an answer to that question...sorry :-) |
| 20:38.19 | jcmoore | I stumbled across this while looking at |
| 20:38.22 | jcmoore | M9305 |
| 20:38.23 | MuffinMan | [confirmed] [Asterisk] Channels/chan_sip/Transfers 0009305: [patch] REINVITE before 200ok causes a call to be ended reported by atca_pres http://bugs.digium.com/view.php?id=9305 |
| 20:40.01 | jcmoore | The patch in that bug seems to fix the signaling irregularities but it seems weird that Asterisk would send a re-INVITE instead of just sending a BYE. After all, A hung up, the call is over. Why re-invite to Asterisk and then send a BYE? |
| 20:40.49 | jcmoore | With the patch, it works correctly, but it seems very inefficient |
| 20:41.12 | Deeewayne | this is a stretch, but it could it possibly be to add some time for a work around to some strange race condition? |
| 20:44.29 | jcmoore | Maybe but one of the debug messages says something about the bridge being destroyed from rtp.c. I think that when ast_rtp_bridge() gets a hangup on one side of the bridge during a re-INVITE or direct media setup, it's mistakenly setting something that makes chan_sip think it needs to re-INVITE instead of just sending a BYE. |
| 20:45.04 | jcmoore | Like you, I'm trying to wade through all of this |
| 21:00.57 | Deeewayne | Corydon76-lap: my 3 year old daughter is in the office today. She just went into my drawer and wants to know what the black circle is. It's the Hacker Inside condom! |
| 21:01.25 | mvanbaak | meh, python rules |
| 21:01.40 | mvanbaak | too bad digium is not using trac |
| 21:19.27 | *** join/#asterisk-dev tuxd00d (n=tuxinato@128.187.154.118) |
| 21:22.52 | Corydon76-lap | Deeewayne, lol |
| 21:24.48 | *** join/#asterisk-dev blitz[astricon] (n=blitz[as@65.116.224.30) |
| 21:41.53 | De_Mon | Deeewayne tell her its a hacker |
| 21:42.30 | jcmoore | or a hat for some guy named jimmy |
| 21:43.41 | De_Mon | a chew toy for a dog? |
| 21:43.41 | Deeewayne | she's already moved on to her Dora video game. My office is a wreck |
| 21:45.18 | *** join/#asterisk-dev tuxd00d (n=tuxinato@128.187.154.118) |
| 21:48.50 | Deeewayne | O.o |
| 21:51.14 | *** join/#asterisk-dev bmd[laptop] (n=bmd@65.116.224.30) |
| 22:01.31 | Deeewayne | that was it. I think 7706 is fixed... |
| 22:07.16 | *** join/#asterisk-dev Qwell_ (n=north@pdpc/sponsor/digium/Qwell) |
| 22:07.16 | *** mode/#asterisk-dev [+o Qwell_] by ChanServ |
| 22:13.12 | Deeewayne | Corydon76-lap: I posted the patch for 7706 http://pastebin.com/m5233cfc6 It's fixed on my box |
| 22:13.34 | Deeewayne | Qwell: ^^ looks good to you ? |
| 22:14.53 | Qwell_ | brain is somewhat fried |
| 22:15.23 | Qwell_ | yum |
| 22:15.58 | Deeewayne | my wife cooked a steak last week, but it was rare when she took it off so she fried it, but I was at work so when I got home I had to microwave it |
| 22:16.02 | Qwell_ | so, base channel would be the underlying tech? |
| 22:16.08 | Deeewayne | cooked == bbq |
| 22:16.23 | Qwell_ | Deeewayne: that doesn't sound very good |
| 22:16.41 | Deeewayne | yeah, but only agent has that function, but Corydon76-dig was speculating that maybe it could be used for locals too and simplify masquerading a little |
| 22:16.57 | Qwell_ | yeah, might be the way to do it |
| 22:17.00 | Deeewayne | the steak was hard as a rock when I tried to eat it. I gave it to the dog |
| 22:17.20 | Qwell_ | I'll bet the dog was thrilled |
| 22:17.39 | Deeewayne | actually she got the good stuff because she was near the BBQ |
| 22:38.12 | *** part/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 22:49.24 | *** join/#asterisk-dev anthm (n=anthm@adsl-76-230-213-60.dsl.milwwi.sbcglobal.net) |
| 22:49.24 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:49.58 | *** join/#asterisk-dev bmd[laptop] (n=bmd@65.116.224.30) |
| 22:56.35 | *** join/#asterisk-dev ManxPower (n=manxpowe@209.16.72.135) |
| 22:58.39 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 23:06.50 | *** join/#asterisk-dev blitz[astricon] (n=blitz[as@65.116.224.30) |
| 23:12.28 | blitz[astricon] | Is it still Juggies birthday? That's a huge party :) |
| 23:47.29 | *** part/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 23:57.07 | *** join/#asterisk-dev Qwell_ (n=north@pdpc/sponsor/digium/Qwell) |
| 23:57.07 | *** mode/#asterisk-dev [+o Qwell_] by ChanServ |