| 00:06.23 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 00:26.38 | *** join/#asterisk-dev janinge (n=janinge@ninge.net) |
| 00:58.44 | *** join/#asterisk-dev janinge (n=janinge@ninge.net) |
| 01:09.13 | *** join/#asterisk-dev RoyK (n=roy@ip-77-55-149-91.dialup.ice.no) |
| 01:12.29 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 01:13.27 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 01:13.35 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 01:19.22 | *** join/#asterisk-dev jsmith (n=jsmith@216.207.245.1) |
| 01:19.22 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 01:21.44 | *** join/#asterisk-dev janinge (n=janinge@ninge.net) |
| 01:33.40 | *** part/#asterisk-dev RoyK (n=roy@ip-77-55-149-91.dialup.ice.no) |
| 01:34.32 | *** join/#asterisk-dev janinge (n=janinge@ninge.net) |
| 01:51.55 | *** join/#asterisk-dev janinge (n=janinge@ninge.net) |
| 01:54.55 | *** join/#asterisk-dev Corydon76-dig (i=one@pdpc/supporter/bronze/Corydon76-home) |
| 01:54.55 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 01:58.49 | *** join/#asterisk-dev janinge (n=janinge@ninge.net) |
| 02:12.05 | *** join/#asterisk-dev seanbright-home (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |
| 02:16.10 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-183-109.hsd1.or.comcast.net) |
| 02:20.27 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 02:28.22 | *** join/#asterisk-dev BobLutz (n=stansmit@d60-65-93-136.col.wideopenwest.com) |
| 02:28.35 | BobLutz | http://lists.digium.com/pipermail/asterisk-dev/2008-January/031466.html --> is this true? |
| 02:33.38 | *** join/#asterisk-dev janinge (n=janinge@ninge.net) |
| 02:42.20 | *** join/#asterisk-dev janinge (n=janinge@ninge.net) |
| 02:45.24 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.20.97.211) |
| 02:49.38 | *** part/#asterisk-dev BobLutz (n=stansmit@d60-65-93-136.col.wideopenwest.com) |
| 03:00.01 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:00.09 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:01.46 | *** join/#asterisk-dev suahmed (n=rubel@59.152.90.226) |
| 03:02.53 | *** join/#asterisk-dev BobLutz (n=stansmit@d60-65-93-136.col.wideopenwest.com) |
| 03:03.57 | BobLutz | russellb, "chan->priority = 0" sets the channel to the first priority in said extension? |
| 03:04.33 | russellb | it depends, heh |
| 03:05.55 | BobLutz | 1 more question -> should ast_exists_extension () be replaced ? http://lists.digium.com/pipermail/asterisk-dev/2008-January/031466.html |
| 03:09.07 | *** join/#asterisk-dev philipp64 (n=chatzill@pool-71-112-32-143.sttlwa.dsl-w.verizon.net) |
| 03:11.48 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 03:15.13 | *** part/#asterisk-dev BobLutz (n=stansmit@d60-65-93-136.col.wideopenwest.com) |
| 03:45.05 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582425.dsl.bell.ca) |
| 04:03.16 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 04:03.16 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 04:44.15 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 04:55.00 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.20.97.211) |
| 05:35.03 | *** join/#asterisk-dev techie (n=techie@adsl-76-214-12-55.dsl.lsan03.sbcglobal.net) |
| 06:08.32 | *** part/#asterisk-dev techie (n=techie@adsl-76-214-12-55.dsl.lsan03.sbcglobal.net) |
| 06:19.38 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 06:23.26 | *** join/#asterisk-dev atis_home (n=chatzill@193.238.213.215) [NETSPLIT VICTIM] |
| 06:23.26 | *** join/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) [NETSPLIT VICTIM] |
| 06:31.29 | *** join/#asterisk-dev codefreeze (n=steve_mu@216.166.159.235) |
| 06:31.29 | *** join/#asterisk-dev janinge (n=janinge@ninge.net) [NETSPLIT VICTIM] |
| 06:31.29 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) [NETSPLIT VICTIM] |
| 06:31.29 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 06:31.30 | *** mode/#asterisk-dev [+o codefreeze] by irc.freenode.net |
| 06:59.29 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 07:03.28 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-281704.home.otenet.gr) |
| 07:37.56 | *** join/#asterisk-dev philipp64 (n=chatzill@pool-71-112-32-143.sttlwa.dsl-w.verizon.net) |
| 07:43.23 | jmls | juggie: low, of course |
| 07:51.54 | *** join/#asterisk-dev oej (n=olle@62.97.243.70) |
| 07:51.54 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:54.37 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:29.46 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 09:06.24 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:12.36 | *** join/#asterisk-dev oej (n=olle@62.97.243.70) |
| 09:12.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:14.52 | *** join/#asterisk-dev oej (n=olle@62.97.243.70) |
| 09:14.53 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:18.54 | *** join/#asterisk-dev oej_ (n=olle@bkkb-gw.voop.net) |
| 09:42.49 | *** join/#asterisk-dev Stian- (n=stian@062016138186.customer.alfanett.no) |
| 10:09.06 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 10:18.39 | *** part/#asterisk-dev synthetiq (n=roger@193.79.224.62) |
| 10:24.05 | *** join/#asterisk-dev RoyK (n=roy@box36.fortel.no) |
| 10:59.39 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582425.dsl.bell.ca) |
| 11:36.10 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 12:19.34 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:30.14 | *** join/#asterisk-dev jeffg (i=U0SWEpce@pdpc/supporter/active/jeffg) |
| 12:36.08 | *** join/#asterisk-dev ACiDV (n=acidv@24-122-213-230.dr.cgocable.ca) |
| 12:37.33 | *** join/#asterisk-dev lirakis (i=lirakis@66.252.24.133) |
| 12:38.28 | lirakis | Does any one know how asterisk generates the "tag=" for To: responses? Is it some type of hash on a part of the invite? |
| 12:54.19 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 12:54.19 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 12:54.48 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 13:02.09 | *** join/#asterisk-dev seanbright-home (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |
| 13:16.30 | *** join/#asterisk-dev BobLutz (n=miles@d60-65-93-136.col.wideopenwest.com) |
| 13:17.45 | BobLutz | What is a frametype? |
| 13:23.27 | *** part/#asterisk-dev BobLutz (n=miles@d60-65-93-136.col.wideopenwest.com) |
| 13:29.36 | *** join/#asterisk-dev BobLutz (n=miles@d60-65-93-136.col.wideopenwest.com) |
| 13:29.53 | *** join/#asterisk-dev jsmith (n=jsmith@216.207.245.1) |
| 13:29.53 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 13:30.23 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:30.23 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:44.01 | *** join/#asterisk-dev iulius (n=iulius@mail1.technologieshq.com) |
| 13:47.48 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 13:47.48 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:52.06 | *** join/#asterisk-dev oej (n=olle@ti400720a080-9600.bb.online.no) |
| 13:52.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:03.55 | *** join/#asterisk-dev oej (n=olle@ti400720a080-9600.bb.online.no) |
| 14:03.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:08.36 | *** join/#asterisk-dev oej (n=olle@ti400720a080-9600.bb.online.no) |
| 14:08.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:10.48 | *** join/#asterisk-dev oej_ (n=olle@ti400720a080-9600.bb.online.no) |
| 14:21.14 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582425.dsl.bell.ca) |
| 14:26.04 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 14:26.08 | ZaVoid | morning all |
| 14:34.34 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.227.137) |
| 14:37.31 | *** part/#asterisk-dev BobLutz (n=miles@d60-65-93-136.col.wideopenwest.com) |
| 14:37.43 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
| 14:50.56 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 14:50.59 | *** join/#asterisk-dev elguero (n=elguero@h-68-167-124-171.cmbrmaor.covad.net) |
| 14:57.09 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:57.09 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:00.45 | *** join/#asterisk-dev RoyK (n=roy@box36.fortel.no) |
| 15:10.56 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:11.33 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 15:13.01 | Qwell | sruffell: ping! |
| 15:13.07 | sruffell | pong |
| 15:13.14 | Qwell | M12213 |
| 15:13.15 | MuffinMan | [acknowledged] [Zaptel] tor2 0012213: Loading "tor2" module causes kernel panic reported by rkeene http://bugs.digium.com/view.php?id=12213 |
| 15:13.22 | file | is that what kpfleming fixed previously? |
| 15:13.36 | file | the tor2 private structure has a field for the corresponding PCI device pointer, but it was never filled in... since it is now being used in the init_spans() function, this caused a NULL pointer dereference. solve that problem by actually filling in the pointer variable that already existed :-) |
| 15:13.51 | sruffell | that sounds like it.... |
| 15:14.01 | file | yeah, fixed in 1.4.9.2 |
| 15:14.22 | Qwell | I really wish people would try the latest version before reporting bugs... |
| 15:14.42 | putnopvut | I a-damn-gree |
| 15:14.58 | sruffell | cool...ok...thanks. I'm just taking up the practice of when I see a kernel crash...to go ahead and assign it to myself. I figured acknowledged doesn't mean the same thing as confirmed.... |
| 15:15.28 | Qwell | yeah, acknowledged basically means "uh huh, I see the report" |
| 15:15.54 | file | sruffell: rock on :D |
| 15:16.20 | Qwell | putnopvut: can you tmesis like that? |
| 15:17.11 | putnopvut | Qwell: I don't know what that means. |
| 15:17.13 | Qwell | (and yes, I did just verb that word) |
| 15:17.20 | Qwell | http://dictionary.reference.com/browse/tmesis |
| 15:17.44 | putnopvut | Ah, I see. |
| 15:17.51 | putnopvut | And yes I can! |
| 15:20.38 | Qwell | d'oh! I broke ast_storage :( |
| 15:28.26 | putnopvut | Qwell: oh no! The world will end. |
| 15:29.43 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:29.43 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:33.05 | atis_work | russellb: good morning :) |
| 15:33.32 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 15:33.47 | russellb | atis_home: good morning! |
| 15:33.51 | russellb | atis_home: all good still? |
| 15:33.58 | atis_work | i had that chanspy-masquarade patch testing for 10 hours, and it seemed fine, however after 10 hours testing machine deadlocked.. but that's probably some other chan_sip issue |
| 15:34.14 | russellb | yeah, it's probably something |
| 15:34.14 | atis_work | so, no crashes |
| 15:34.15 | russellb | else |
| 15:34.17 | russellb | right |
| 15:34.19 | russellb | YAY!!!!!!!!!!!!! |
| 15:34.21 | sruffell | file: How did the reporter contact you to close out that issue? |
| 15:34.21 | russellb | :-D |
| 15:34.26 | sruffell | in another room? |
| 15:34.29 | russellb | atis_home: thank you _VERY_ much for all of your testing help |
| 15:34.30 | file | sruffell: #asterisk |
| 15:34.33 | russellb | atis_home: your testing is great |
| 15:34.40 | sruffell | ok..just checking. |
| 15:34.44 | russellb | atis_home: and as usual, feel free to post the deadlock on mantis |
| 15:34.56 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:34.59 | atis_work | russellb: i don't have anything on that |
| 15:35.06 | russellb | atis_home: oh, alright, no problem |
| 15:35.08 | atis_work | didn't had detect_deadlocks enabled |
| 15:35.12 | russellb | i'm glad chanspy is happy, though |
| 15:35.18 | russellb | well, i wouldnt' enable detect deadlocks |
| 15:35.21 | russellb | only debug_threads |
| 15:35.23 | atis_work | i'm gonna leave it for weekend :) |
| 15:35.27 | atis_work | why? |
| 15:35.40 | russellb | detect_deadlocks isn't all that useful in my opinion :) |
| 15:35.49 | russellb | if it locks up, debug threads will let you get the core show locks output |
| 15:35.52 | russellb | which is what we need |
| 15:36.02 | russellb | i gues detect deadlocks can help you notice that it's locked up ... |
| 15:36.07 | atis_work | oh |
| 15:36.09 | atis_work | ok |
| 15:36.22 | russellb | so, if it helps you in noticing that it's broken, then yeah, that's fine |
| 15:36.33 | russellb | is probably much more helpful when it's automated testing |
| 15:36.49 | atis_work | well, i can check once a day myself :) |
| 15:36.58 | russellb | heh, true |
| 15:37.16 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 15:37.31 | Qwell | google has no Pi day logo :( |
| 15:38.00 | russellb | sad |
| 15:38.08 | russellb | we should go out for a pie for lunch |
| 15:38.15 | Qwell | a pizza pie? |
| 15:38.18 | russellb | yes :) |
| 15:38.24 | atis_work | :D |
| 15:38.29 | file | russellb: dooooooooooooo it |
| 15:38.35 | russellb | or we could order it ... |
| 15:51.09 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:51.09 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 15:53.47 | putnopvut | russellb: is this a for-real suggestion? |
| 15:53.51 | putnopvut | I'd be up for Donato's... |
| 15:53.58 | russellb | i am for real. |
| 15:54.07 | russellb | though given that i have to leave a bit early, i'd probably rather order it |
| 15:54.22 | file | mmm Donato's |
| 15:54.30 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:54.30 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 16:00.33 | jeffg | wait, there's still donato's in hsv? |
| 16:00.41 | Qwell | jeffg: yeah, south parkway |
| 16:00.44 | Qwell | and madison |
| 16:00.54 | jeffg | yeah, i used to live right behind the madison one :) |
| 16:00.56 | Qwell | err, I think that's madison, anyways |
| 16:00.59 | jeffg | back when flagstone was nice |
| 16:01.22 | jeffg | the clown took his pizza and went home here in atlanta |
| 16:01.55 | Qwell | jeffg: if you can get here in the next hour, you're more than welcome to join us :D |
| 16:02.34 | jeffg | it's raining here, i couldn't make it as far as anniston in an hour :( |
| 16:05.45 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 16:05.55 | putnopvut | seanbright: howdy! |
| 16:07.18 | seanbright | howdy |
| 16:07.39 | seanbright | i'm having an interesting problem with CDRs that is probably a user thing... but i'm going to ask in here since i don't have the patience for #asterisk |
| 16:08.05 | seanbright | long story short, SIP phone calling through asterisk to a Zap channel. if the other side answers, i get 1 CDR record. if they don't, I get two CDR records. |
| 16:10.16 | seanbright | someone tell me how to make it stop |
| 16:10.17 | seanbright | heh |
| 16:11.52 | atis_work | seanbright: which version? |
| 16:11.56 | seanbright | 1.4.18 |
| 16:12.25 | atis_work | hmm, then don't know what's that |
| 16:12.48 | seanbright | :-/ |
| 16:12.50 | seanbright | heh |
| 16:14.41 | seanbright | one of the records looks like the SIP call to the PBX, and the other is the Dial(Zap/g10/3333333333), but i never explicitly Answer() |
| 16:14.45 | seanbright | its killing me. |
| 16:20.50 | atis_work | answer is sent up from child channel, when other end answers |
| 16:21.06 | atis_work | seanbright: can you pastebin those cdrs |
| 16:22.52 | seanbright | atis_work: they are from mssql, so they are a formatted a little ugly, but http://pastebin.com/m44fbaaec |
| 16:23.00 | ACiDV | atis_work, you test 12127 w/ or w/o state_inteface ? |
| 16:23.10 | atis_work | M12127 |
| 16:23.12 | MuffinMan | [assigned] [Asterisk] Applications/app_queue 0012127: Using state_interface and Local channels allows several simultenous calls to be sent to agent reported by atis http://bugs.digium.com/view.php?id=12127 |
| 16:23.20 | atis_work | ACiDV: with |
| 16:23.50 | ACiDV | you manually change only tmp->member->interface to tmp->member->state_interface ? |
| 16:24.42 | atis_work | seanbright: that's seems like typical 1.4 empty channel-cdr issue, i haven't found any way around it, just deleting from db everything that has src empty, and dst=s |
| 16:25.13 | atis_work | ACiDV: hold on, i had quite some conflicts.. i'll check my diff |
| 16:25.13 | seanbright | atis_work: well src isn't empty, but yeah |
| 16:26.20 | atis_work | seanbright: you could try some flag, that was added in 1.4.15 in cdr.conf - that could hide second record, but reveal some other problems if you need some unanswered CDRs in other places |
| 16:26.31 | atis_work | can't remember name of that now |
| 16:26.33 | seanbright | unanswered? |
| 16:26.48 | seanbright | (the flag name) |
| 16:28.07 | atis_work | seanbright: check changelog for main/cdr.c |
| 16:28.11 | seanbright | k |
| 16:28.51 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 16:29.37 | atis_work | ACiDV: first place to replace state_interface is in update_status |
| 16:32.20 | seanbright | so basically, each leg of the call (SIP -> Asterisk and Asterisk -> Zap) is getting its own CDR |
| 16:33.01 | seanbright | ohhhhh |
| 16:33.17 | seanbright | each channel is getting the CDR |
| 16:33.17 | atis_work | ACiDV: huh, second place is where update_status is called, i think it should be state_interface in both params |
| 16:33.18 | seanbright | and because they are never bridged, the CDRs never get merged |
| 16:33.22 | atis_work | i just found i missed that :p |
| 16:33.45 | atis_work | seanbright: correct. that flag was to skip that |
| 16:33.53 | seanbright | gotcha |
| 16:33.55 | seanbright | well i'm ok with that. |
| 16:33.58 | seanbright | now that i know. |
| 16:34.01 | seanbright | ok, i feel better |
| 16:36.50 | atis_work | ACiDV: so that would be two places where to change |
| 16:36.56 | atis_work | first in update_status: tmp_interface = ast_strdupa(cur->state_interface); |
| 16:37.15 | atis_work | and second in ring_entry: update_status(tmp->member->state_interface, ast_device_state(tmp->member->state_interface)); |
| 16:37.35 | ACiDV | thanks |
| 16:38.08 | ACiDV | rebuild RPM and will test on multiple servers all recent patches =) |
| 16:38.44 | atis_work | good :) |
| 17:04.40 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 17:12.27 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 17:14.29 | file | M6725 |
| 17:14.31 | MuffinMan | [ready for testing] [Asterisk] Core/NewFeature 0006725: [patch] incapsulation of ast_best_codec(chan->nativeformats) reported by Mithraen http://bugs.digium.com/view.php?id=6725 |
| 17:14.31 | atis_work | russellb: ping |
| 17:14.48 | file | does your recent codec work interact with the above? |
| 17:14.51 | atis_work | russellb: i got another chanspy crash on SVN-branch-1.4-r108682M - http://pastebin.com/m12f2ff4b |
| 17:16.03 | Corydon76-dig | file: My work completely breaks his |
| 17:16.20 | file | well I guessed that |
| 17:16.28 | Corydon76-dig | And I'm not sure why he's even doing it that way |
| 17:18.27 | Corydon76-dig | Mega silliness |
| 17:18.37 | file | comment/etc/etc/etc |
| 17:18.40 | file | thx |
| 17:20.41 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 17:27.54 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 17:36.36 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 17:36.45 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 17:39.26 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 18:05.37 | russellb | jpeeler: ping |
| 18:05.51 | jpeeler | russellb: pong |
| 18:06.00 | russellb | jpeeler: so, the address is looked up when the sip_pvt gets created for the registration (the sip_pvt is like the session state holder thingy) |
| 18:06.30 | russellb | jpeeler: so, i would have a dnsmgr managed address in the sip_registry struct ... |
| 18:06.32 | russellb | and then ... |
| 18:06.52 | russellb | in transmit_register() ... |
| 18:07.06 | russellb | there is a block, if (r->call) ... |
| 18:07.12 | russellb | that is if the registration is already up and going |
| 18:07.33 | russellb | inside that block, i would use the API call to check to see if the address has changed using the dnsmgr object in sip_registry |
| 18:08.16 | russellb | and if so, you'll want to cancel the current registration, and start it over, using all of the code in the second block |
| 18:08.25 | russellb | a little bit of restructure there will be required ... |
| 18:09.24 | russellb | does that make any sense? |
| 18:09.32 | jpeeler | yep |
| 18:09.38 | russellb | ok, cool |
| 18:09.47 | jpeeler | do you think a refresh would be good as well in sip_reg_timeout? |
| 18:12.10 | russellb | yeah, that's a good iea |
| 18:12.21 | russellb | also, i can't remember the exact proper way to destroy the old call |
| 18:12.28 | russellb | sip_destroy() might be fine there ... |
| 18:12.36 | russellb | but it might be setting the NEEDDESTROY flag |
| 18:12.40 | russellb | LUNCH |
| 18:13.55 | Juggie | russellb, thanks for fixing that snmp issue. |
| 18:15.43 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 18:23.44 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-281704.home.otenet.gr) |
| 18:48.33 | russellb | Juggie: np ... test it at some point if you don't mind |
| 18:48.36 | russellb | Juggie: should work though |
| 18:58.27 | russellb | codefreeze: ping |
| 19:09.02 | mvanbaak | hhmm |
| 19:09.10 | mvanbaak | trunk is really in a bad state now |
| 19:09.15 | mvanbaak | me too |
| 19:09.27 | file | mvanbaak: bad state how? |
| 19:09.34 | mvanbaak | something is wrong wit loading dialplan config |
| 19:09.42 | jsmith | Are you calling Alabama a bad state? |
| 19:09.45 | mvanbaak | if I start asterisk, all includes in ael dont work |
| 19:09.52 | mvanbaak | I have to do: ael reload |
| 19:09.58 | mvanbaak | then my includes work again |
| 19:10.13 | mvanbaak | context includes I mean |
| 19:10.16 | file | yup... that would be a codefreeze issue |
| 19:11.10 | mvanbaak | yup |
| 19:11.20 | mvanbaak | I did svn up about 12 hours ago |
| 19:11.25 | mvanbaak | and then it showed up |
| 19:11.32 | mvanbaak | the old install was around a month old |
| 19:12.23 | mvanbaak | all context without an 'include { .... };' work fine (my incoming calls are working) |
| 19:12.42 | mvanbaak | but all my phones are in a context 'internal' that includes outbound routing contexts |
| 19:12.51 | mvanbaak | and that wont work on a clean asterisk start |
| 19:14.04 | mvanbaak | gheh, dialplan show |
| 19:14.09 | mvanbaak | that wont show the includes |
| 19:14.23 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582425.dsl.bell.ca) |
| 19:14.29 | mvanbaak | and after: ael reload |
| 19:14.31 | mvanbaak | they are there |
| 19:30.28 | mvanbaak | Qwell: ping |
| 19:30.32 | Qwell | pong |
| 19:30.48 | mvanbaak | I want to move a WARNING message to DEBUG in chan_skinny |
| 19:30.49 | mvanbaak | [2008-03-14 20:20:47] WARNING[4368]: chan_skinny.c:5504 get_input: Skinny Client sent less data than expected. Expected 4 but got 0. |
| 19:31.06 | Qwell | no, that's bad. needs to be visible |
| 19:31.16 | mvanbaak | aye |
| 19:31.24 | Qwell | one of the reasons for it, would be an attempted exploit |
| 19:31.25 | mvanbaak | rephrase then |
| 19:31.38 | mvanbaak | I want a nagios plugin to check chan_skinny ;) |
| 19:31.47 | Qwell | send a valid packet |
| 19:31.50 | Qwell | give it an account |
| 19:32.48 | mvanbaak | yeah |
| 19:32.53 | mvanbaak | wanted to avoid that |
| 19:32.59 | mvanbaak | <--- lazy |
| 19:33.00 | Qwell | alarm would be trivial, I'd think |
| 19:33.10 | mvanbaak | yeah |
| 19:33.21 | Qwell | actually, really trivial |
| 19:33.38 | Qwell | len = 0, id = 0, and...what's that third bit of the header |
| 19:33.53 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |
| 19:34.10 | Qwell | no, alarm isn't the one I'm thinking of.. |
| 19:34.17 | Qwell | keep_alive |
| 19:34.20 | mvanbaak | yeah |
| 19:34.23 | mvanbaak | the keep_alive |
| 19:34.29 | mvanbaak | I'm thinking about that as well |
| 19:34.51 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) |
| 19:34.51 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 19:34.54 | mvanbaak | actually |
| 19:35.04 | mvanbaak | a full login/logoff cycle would be better |
| 19:35.14 | mvanbaak | that way we can actually check chan_skinny |
| 19:35.25 | Qwell | hell, ask for the date/time |
| 19:37.16 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 19:37.52 | mvanbaak | hhmm, that's an option as well |
| 19:38.12 | Qwell | I think you still have to register for that though |
| 19:38.13 | file | Qwell: what is the date and time? |
| 19:38.24 | mvanbaak | I didn't know the 'less data than expected' was that bad |
| 19:38.33 | mvanbaak | Fri Mar 14 20:38:33 CET 2008 |
| 19:38.43 | Qwell | read() returned error: 110 |
| 19:38.44 | mvanbaak | man in the middle attack ! |
| 19:39.34 | mvanbaak | actually, doing a complete registration is good |
| 19:40.01 | mvanbaak | I'll do that. thanks |
| 19:40.24 | mvanbaak | a normal tcp connect scan floods my cli with them warning |
| 19:40.25 | mvanbaak | s |
| 19:52.32 | *** join/#asterisk-dev joshaidan (n=brianj@S0106001c1023e838.tb.shawcable.net) |
| 20:17.58 | codefreeze | mvanbaak: is that in trunk? |
| 20:45.35 | tzafrir_home | russellb, I see you updated the dependencies of the asterisk suse init.d script . |
| 20:45.48 | tzafrir_home | What happens if the system has no named? |
| 20:46.10 | Qwell | <Qwell> russellb: I doubt 90% of systems have named |
| 20:46.10 | Qwell | <Qwell> that's bind |
| 20:46.10 | Qwell | <Qwell> maybe the $ means something special though, like only if installed...who knows |
| 20:46.10 | Qwell | <russellb> that's how i interpreted it |
| 20:46.12 | Qwell | <russellb> that it would only matter if it was there |
| 20:47.26 | tzafrir_home | IIRC there is (or was) some sort of "after only if it is installed" |
| 20:47.40 | tzafrir_home | But this might have been fixed since |
| 20:50.13 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 20:58.30 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 21:06.46 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 21:07.01 | jpeeler | russellb: it appears in chan_sip transmit_register only gets called once |
| 21:07.17 | russellb | jpeeler: orly? |
| 21:07.26 | jpeeler | so even though the IP address is updated, the rest of the SIP stuff doesn't get changed |
| 21:08.06 | russellb | but i think you're mistaken, kind sir! |
| 21:08.11 | jpeeler | good |
| 21:08.13 | russellb | so sip_reregister() |
| 21:08.18 | russellb | s/so/see/ |
| 21:09.06 | russellb | the scheduler (thingy that lets you execute tasks in the future) runs that every so often |
| 21:09.07 | jpeeler | ok so the update will only occur after the SIP registration expires? |
| 21:09.16 | russellb | not just expires |
| 21:09.19 | russellb | but it has to keep it refreshed |
| 21:09.22 | russellb | every minute or something |
| 21:09.28 | russellb | watch the SIP debug output |
| 21:09.31 | bkruse | ya, register timeouts |
| 21:12.34 | *** join/#asterisk-dev jmls` (n=jmls@mail.tessera.co.uk) |
| 21:21.48 | *** join/#asterisk-dev Tumisho (i=Tumisho@dsl-146-18-17.telkomadsl.co.za) |
| 22:26.11 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 22:26.55 | jpeeler | file: you around? |
| 22:27.00 | file | I am. |
| 22:27.06 | file | what do you seek? |
| 22:27.11 | jpeeler | i seek SIP assistance |
| 22:27.26 | jpeeler | i'm trying to add dnsmgr support for outbound registrations |
| 22:28.10 | jpeeler | in transmit register, what do i need to call once the ip has been updated? |
| 22:28.22 | jpeeler | sip_destroy does not seem to be working |
| 22:28.41 | jpeeler | and since this is rather vague, i can give you a pastebin if that'll help |
| 22:28.49 | file | it would help |
| 22:28.53 | file | your question does not parse |
| 22:29.09 | jpeeler | ok, one sec |
| 22:33.19 | jpeeler | note that i have added a struct ast_dnsmgr_entry in the sip_registry struct |
| 22:33.21 | jpeeler | http://pastebin.ca/943038 |
| 22:33.55 | file | hrm, pastebin.ca is not working for me |
| 22:34.49 | jpeeler | well that's sad, will find another one |
| 22:36.20 | jpeeler | http://pastebin.com/d3fcc1afb |
| 22:37.00 | file | what are you trying to accomplish? |
| 22:37.30 | jpeeler | well, if the ip address for a hostname changes |
| 22:37.38 | jpeeler | the registration is not updating to the new ip address |
| 22:38.35 | jpeeler | i was told by russell to cancel the current registration |
| 22:38.59 | jpeeler | the code after the todo should rebuild it i thought since that was what was used for the initial first register |
| 22:39.15 | jpeeler | does that make sense? |
| 22:40.07 | file | I don't know what he meant by cancelling the registration |
| 22:40.45 | *** join/#asterisk-dev russellb (n=mobile@asterisk/developer-and-stable-maintainer/drumkilla) |
| 22:40.46 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 22:40.58 | file | ohhhhh... |
| 22:41.39 | russellb | file: orly? |
| 22:42.02 | jpeeler | well hey, there he is now |
| 22:42.33 | russellb | did I break something? |
| 22:42.36 | jpeeler | i was pestering file in an attempt to finish this dnsmgr change before i leave |
| 22:42.38 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 22:42.50 | russellb | ah. |
| 22:44.39 | russellb | well I probably don't have enough time to help much |
| 22:44.53 | russellb | but I can try ... |
| 22:45.01 | jpeeler | http://pastebin.com/d3fcc1afb |
| 22:45.10 | jpeeler | look for the todo |
| 22:47.20 | russellb | ah ... |
| 22:47.23 | file | russellb: what did you mean when you said cancel the registration? |
| 22:48.12 | russellb | file: destroy the oct and create a new one to reg to the new address |
| 22:48.24 | russellb | pvt |
| 22:48.36 | russellb | not oct |
| 22:48.39 | file | a dialog doesn't exist for the life of the registration, so there shouldn't be anything to destroy |
| 22:48.54 | russellb | oh. :) |
| 22:49.32 | russellb | I assumed there was based on the if r->call check |
| 22:49.42 | russellb | I was looking too fast |
| 22:49.45 | russellb | g2g |
| 22:50.31 | jpeeler | well if is nothing to destroy, what do i need to do to update the ip address? |
| 22:51.10 | file | at least I don't think there is... |
| 22:53.40 | file | jpeeler: I'm rather unfamilar with this part of the code so I do not know if I will be able to help you get this done before you leave |
| 22:53.56 | jpeeler | heh, well it was just an attempt |
| 22:53.59 | jpeeler | no worries |
| 22:54.24 | jpeeler | i'll probably start getting ready to go now |
| 22:54.35 | jpeeler | it just angers me that such small changes take me so long sometimes |
| 22:54.48 | file | unfamilar code |
| 22:55.22 | jpeeler | file: well thanks for taking a look |
| 23:01.24 | jpeeler | see you later file |
| 23:01.31 | file | have a nice weekend! |
| 23:01.40 | jpeeler | you too :) |