| 00:32.28 | *** join/#asterisk-dev jtodd (i=mcoo6881@ns.fox-den.com) |
| 00:32.28 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 01:21.57 | *** join/#asterisk-dev outtolunc (n=me@c-71-198-197-201.hsd1.ca.comcast.net) |
| 01:27.07 | *** join/#asterisk-dev rhassing (n=rob@redcap.xs4all.nl) |
| 01:27.07 | *** join/#asterisk-dev davevg (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 01:27.07 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) |
| 01:27.07 | *** join/#asterisk-dev wildzero-cw (n=Kristija@213.216.10.219) [NETSPLIT VICTIM] |
| 01:27.07 | *** join/#asterisk-dev kaii (n=kai@ciphron.de) |
| 01:28.00 | *** join/#asterisk-dev Corydon76-dig (i=blue@pdpc/supporter/bronze/Corydon76-home) |
| 01:28.00 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 01:28.00 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 01:28.00 | *** join/#asterisk-dev destructure (n=mu@trollbooth.com) [NETSPLIT VICTIM] |
| 01:28.01 | *** join/#asterisk-dev wdoekes (n=walter@wjd.osso.nl) |
| 01:28.01 | *** mode/#asterisk-dev [+oo Corydon76-dig seanbright] by irc.freenode.net |
| 01:28.02 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 01:28.02 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 01:28.02 | *** join/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) [NETSPLIT VICTIM] |
| 01:28.02 | *** mode/#asterisk-dev [+o mvanbaak] by irc.freenode.net |
| 01:28.02 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 01:28.02 | *** join/#asterisk-dev davevg-btwtech (n=davevg__@nj-67-76-177-147.sta.embarqhsd.net) |
| 01:28.03 | *** join/#asterisk-dev smth (n=mike__@199.84.137.3) |
| 01:28.03 | *** mode/#asterisk-dev [+o tzafrir_laptop] by irc.freenode.net |
| 01:28.03 | *** join/#asterisk-dev otherwiseguy (n=otherwis@75.87.106.119) [NETSPLIT VICTIM] |
| 01:42.28 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 03:55.13 | *** join/#asterisk-dev avalutions (n=benny@75-134-151-198.dhcp.roch.mn.charter.com) |
| 03:56.29 | avalutions | anyone able to help an experienced developer yet n00b asterisk developer with a couple of questions? |
| 03:56.47 | Corydon76-dig | avalutions: briefly |
| 03:57.18 | avalutions | I am simply looking for a way to make a call to asterisk to begin recording a call from an external application |
| 03:57.45 | avalutions | preferrably through c++, is there some api or sdk i can get my hands on? |
| 03:58.15 | Corydon76-dig | You want an external program to record? Or you want to send a message from an external program |
| 03:59.00 | Corydon76-dig | No idea on the first one, but on the second, you're looking for AMI |
| 03:59.55 | avalutions | there is probably documentation on that on asterisk.org I'm guessing? |
| 04:00.30 | Juggie | avalutions, does the call exist |
| 04:00.35 | Juggie | or are you going to create it |
| 04:00.36 | Juggie | and then record it |
| 04:00.43 | avalutions | the call will already exist |
| 04:00.56 | Corydon76-dig | AMI = Asterisk Manager Interface |
| 04:01.23 | avalutions | i will be handling events sent to me from a dialer and initiate and terminate the recording based on the event |
| 04:01.41 | avalutions | all calls will use asterisk as a passthrough |
| 04:01.52 | avalutions | therefore, the lines will always be on |
| 04:02.00 | avalutions | (according to asterisk) |
| 04:02.02 | Juggie | you just want to do a connection to AMI |
| 04:02.07 | Juggie | (see manager.conf) |
| 04:02.15 | avalutions | k perfect |
| 04:02.16 | Juggie | and then use the monitor command to monitor the channel you want |
| 04:02.29 | avalutions | thank you both >very< much |
| 04:02.43 | Juggie | http://www.voip-info.org/wiki/view/Asterisk+Manager+API+Action+Monitor |
| 04:02.49 | Juggie | you'll of course need to know how to get the channel name |
| 04:02.54 | Juggie | so i'll leave that as an exercise for you :) |
| 04:03.00 | avalutions | :) |
| 04:03.22 | Corydon76-dig | is going to bed |
| 04:27.35 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 04:37.21 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 04:37.21 | *** join/#asterisk-dev ctooley (n=ctooley@76.22.158.92) |
| 04:37.21 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 04:37.22 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 04:37.22 | *** mode/#asterisk-dev [+oo leifmadsen ctooley] by irc.freenode.net |
| 06:55.56 | *** join/#asterisk-dev oej (n=olle@fw01d.snowmen.se) |
| 06:55.56 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:36.32 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:38.38 | *** join/#asterisk-dev OB_Neil (n=x@mail.officebroker.com) |
| 07:40.00 | OB_Neil | Hi Peeps, sorry for the ignorance if I'm being stupid here but can someone point me in the right direction for the documentation for the AMI? |
| 07:57.57 | OB_Neil | its ok, found it :) |
| 08:54.15 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 08:54.16 | *** join/#asterisk-dev ctooley (n=ctooley@76.22.158.92) |
| 08:54.16 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 08:54.16 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 08:54.16 | *** mode/#asterisk-dev [+oo leifmadsen ctooley] by irc.freenode.net |
| 10:36.46 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 10:59.32 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 10:59.32 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 11:28.07 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:30.12 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:30.12 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:41.43 | atis_work | hi guys.. i'm writing a processor for deadlock detection.. as i understand, there are only two cases |
| 11:42.16 | atis_work | 1) if there is recursion in locks - thread A waits for lock that is held by thread B which however waits for lock that is held by thread A |
| 11:42.26 | atis_work | 2) thread that's holding a lock is gone |
| 11:42.32 | atis_work | is this correct? |
| 11:43.19 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 11:43.19 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 11:44.32 | kpfleming | that should be true, yes |
| 11:45.44 | atis_work | heh.. now i have only the simplest part left.. detect recursion in a lock dump :D |
| 11:46.24 | atis_work | good that i have samples :) |
| 11:49.07 | atis_work | oh, another question - the RDLOCK on the same address doesn't cause a deadlock? |
| 11:49.26 | atis_work | i see a lot of manager threads doing RDLOCK simultenously |
| 11:52.16 | seanbright | read locks are not exclusive |
| 11:52.23 | seanbright | write locks are |
| 11:52.42 | seanbright | you can have 1000 threads holding a read lock |
| 11:53.10 | seanbright | attempting to get a write lock will wait for them all to release their read lock |
| 11:53.11 | atis_work | seanbright: so write lock should be something like RWLOCK? |
| 11:53.22 | seanbright | RWLOCK is a read/write lock |
| 11:53.34 | seanbright | it is capable of being locked for reading or writing |
| 11:53.50 | atis_work | ok, that's clear.. i have to search some samples for that |
| 11:53.57 | atis_work | and write lock would be WLOCK, right? |
| 11:54.02 | seanbright | WRLOCK |
| 11:54.05 | atis_work | oh |
| 11:54.08 | seanbright | should be |
| 11:55.17 | atis_work | seanbright: so, if WRLOCK is attempted and there is RDLOCK, the WRLOCK will fail? |
| 11:55.34 | atis_work | or it will be seen in "core show locks" |
| 11:55.51 | seanbright | the WRLOCK should block until it can obtain the lock |
| 11:55.57 | seanbright | unless it is a timed lock |
| 11:56.10 | seanbright | (i.e. a lock that will timeout if it can't be acquired within a certain timeframe) |
| 11:56.24 | seanbright | non-deterministic, but we use it in certain places |
| 11:57.19 | atis_work | seanbright: but the addresses shouldn't conflict with MUTEX locks, right? |
| 11:57.49 | atis_work | i could just look for RDLOCKs if there are some of RWLOCK or WRLOCK |
| 11:59.35 | atis_work | heh, good that i have tons of samples.. i do "core show locks" every minute :) |
| 12:07.13 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 12:07.13 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 12:41.09 | *** join/#asterisk-dev wackypl (i=michal@195.24.249.2) |
| 12:41.18 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:41.18 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:42.31 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:01.56 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 13:01.56 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 13:02.43 | wackypl | s |
| 13:03.19 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:03.19 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:16.47 | *** join/#asterisk-dev _ys (n=ys@91.151.196.67) |
| 13:39.42 | tzafrir_laptop | http://svn.asterisk.org/some404page (the 404 page still points to svn.digium.com) |
| 13:44.50 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 13:49.28 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 13:49.28 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 14:03.07 | *** join/#asterisk-dev jtodd (i=c0jacpdc@ns.fox-den.com) |
| 14:03.07 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 14:03.08 | *** join/#asterisk-dev moy (n=moy@74.12.123.90) |
| 14:19.23 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.78) |
| 14:30.05 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:30.05 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:34.55 | *** join/#asterisk-dev Dovid (n=annon@ool-4355e297.dyn.optonline.net) |
| 14:41.02 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:41.02 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:50.05 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 15:00.57 | jsmith-teaching | ~buy putnopvut ingot |
| 15:00.58 | infobot | ACTION goes to S-Mart and gets a dozen ingots for putnopvut |
| 15:01.27 | putnopvut | S-Mart apparently has everything |
| 15:01.46 | jsmith-teaching | Aye :-) |
| 15:02.14 | seanbright | tzafrir_laptop: you around? |
| 15:02.28 | tzafrir_laptop | seanbright, yes |
| 15:02.54 | seanbright | tzafrir_laptop: i'm running ubuntu 8.04LTS and just manually upgraded my NIC drivers (trying to work out a problem) |
| 15:03.10 | seanbright | but for some reason, it looks like the old modules are being loaded at boot instead of the new ones |
| 15:03.18 | wdoekes | hi there, am I right in concluding that there is no way to detect which channel created the new Local/<dest> channel through a call-forward (302)? i.e. I call Dial(SIP/201&SIP/202) and SIP/201 does call forwarding to 123, in 123@outbound I can't tell whether it was SIP/201 or SIP/202 who forwarded the call, right? |
| 15:03.33 | seanbright | tzafrir_laptop: is there something obvious that i should be checking? |
| 15:04.02 | tzafrir_laptop | seanbright, modules of what? |
| 15:04.10 | tzafrir_laptop | and of what kernel version? |
| 15:04.22 | wdoekes | I've looked in app_dial.c (1.4.x), and I see no useful copying of e.g. o->chan->accountcode to the new c |
| 15:04.23 | seanbright | Linux ubuntults 2.6.24-24-server #1 SMP Wed Apr 15 15:41:09 UTC 2009 x86_64 GNU/Linux |
| 15:04.35 | seanbright | and the modules are the NIC drivers... bnx2 |
| 15:04.47 | tzafrir_laptop | maybe you have different versions of the module on different kernel versions? |
| 15:04.55 | seanbright | i do, yes. |
| 15:05.05 | seanbright | but the new modules are in the new modules directory |
| 15:05.10 | seanbright | does that not matter? |
| 15:05.29 | tzafrir_laptop | you have two versions of a specific module in the same kernel directory? |
| 15:05.34 | seanbright | no |
| 15:05.40 | seanbright | sorry. hold. |
| 15:05.49 | seanbright | /lib/modules/2.6.24-23-server/kernel/drivers/net/bnx2.ko |
| 15:05.50 | seanbright | /lib/modules/2.6.24-24-server/kernel/drivers/net/bnx2.ko |
| 15:05.57 | seanbright | the latter is the running kernel |
| 15:06.02 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:06.07 | seanbright | but the module appears to be loading from the former |
| 15:13.20 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:13.20 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:13.33 | seanbright | tzafrir_laptop: no ideas? |
| 15:14.07 | tzafrir_laptop | so /lib/modules/2.6.24-24-server/kernel/drivers/net/bnx2.ko counts |
| 15:14.20 | seanbright | and that is the newer version |
| 15:14.26 | seanbright | but it's not getting loaded for some reason |
| 15:14.37 | tzafrir_laptop | how can you see that? |
| 15:14.45 | seanbright | sudo ethtool -i eth0 |
| 15:15.16 | tzafrir_laptop | my next suspect would be the initrd |
| 15:15.37 | tzafrir_laptop | maybe the module was loaded there |
| 15:15.50 | tzafrir_laptop | to recreate the initrd: mkinitramfs -u |
| 15:16.05 | seanbright | will running that murder my family? |
| 15:16.48 | seanbright | and mine doesn't take a -u option |
| 15:16.51 | seanbright | should i just run without? |
| 15:19.06 | seanbright | trying now... |
| 15:19.07 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:19.07 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 15:19.09 | seanbright | crosses fingers |
| 15:23.59 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.81) |
| 15:24.16 | seanbright | tzafrir_laptop: that worked. you're the man, thanks. |
| 15:33.39 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:34.01 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:40.42 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:48.53 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 15:53.05 | *** join/#asterisk-dev bbryant1 (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 15:53.05 | *** mode/#asterisk-dev [+o bbryant1] by ChanServ |
| 15:57.30 | *** join/#asterisk-dev oej (n=olle@192.36.80.8) |
| 15:57.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:20.41 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 16:20.41 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 16:39.13 | *** join/#asterisk-dev jthurman42 (n=jthurman@66.154.131.25) |
| 16:52.23 | *** join/#asterisk-dev jtodd (i=gmbje5uz@ns.fox-den.com) |
| 16:52.23 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 17:05.38 | *** join/#asterisk-dev ctooley (n=ctooley@76.22.158.92) |
| 17:05.38 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 17:17.07 | *** join/#asterisk-dev msetim (n=setim@189.32.44.21) |
| 17:17.37 | msetim | hello guys |
| 17:19.07 | msetim | i'm studying about this backport https://reviewboard.asterisk.org/r/116/diff/?expand=1 I understand that get the agent state from interface is better however I app_queue was getting from where that information before that backport? |
| 17:19.10 | msetim | thks |
| 17:21.23 | russellb | i can not parse that question |
| 17:22.59 | seanbright | he wants to know where state was coming from before the backport... |
| 17:23.00 | seanbright | i think |
| 17:23.19 | seanbright | or he wants dimensions to playmate of the moneht |
| 17:23.28 | seanbright | s/monetht/month/ |
| 17:23.31 | kpfleming | 23-96-42 |
| 17:23.31 | seanbright | blah |
| 17:24.09 | seanbright | 96? |
| 17:24.12 | seanbright | dear god. |
| 17:24.16 | leifmadsen | hawt |
| 17:24.18 | kpfleming | yes indeed |
| 17:27.50 | russellb | it's not even Friday! |
| 17:27.57 | seanbright | not even close. |
| 17:28.13 | russellb | kpfleming is still thinking about the beach :-) |
| 17:32.59 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:38.25 | Corydon76-lap | is still thinking about the new puppy which whined all night long |
| 17:42.12 | msetim | :-D sorry |
| 17:42.47 | msetim | seanbright, exactly.. from where it's coming before backport :) |
| 17:45.19 | msetim | russellb, sorry... let me try to do it better. Before to apply this patch https://reviewboard.asterisk.org/r/116/diff/?expand=1 from where app_queue was getting agent state to determine if it is unavailabe, not in use or busy |
| 17:47.25 | russellb | it would use the same interface that it dials for state |
| 17:47.36 | russellb | the option lets you specify a different interface than the one dialed to be used for state |
| 17:51.55 | msetim | so that patch don't change the behavior of queue get agent state if the an diferent interface was not setted? I was thinking that patch changed the way how queue was getting agent state :-D My bad |
| 17:52.48 | kpfleming | seanbright: russellb: yes, i would have to say that the bikini parade on the beach this weekend was not objectionable |
| 17:53.03 | msetim | s/if the an/if a different/ |
| 17:53.31 | msetim | wow... I don't know about bot... great! :-D |
| 18:40.27 | msetim | so by default app_queue get the agent state (unavailabe, busy) from Agent/ technology and it don't get from SIP/ where the agent is logged in? |
| 18:41.23 | *** part/#asterisk-dev korihor (n=korihor@190.72.234.118) |
| 18:41.51 | eliel | hello |
| 18:41.53 | eliel | What if instead of using load order we set the list of dependencies for each module, example in app_stack we set: |
| 18:42.05 | eliel | DEPENDS ON: res_agi.so |
| 18:42.17 | eliel | having to kinds of dependencies (hard and conditional) |
| 18:42.34 | eliel | A hard dependecy will fail to load the module (also asterisk) |
| 18:42.49 | eliel | the only thing we need to avoid is recursive dependencies |
| 18:43.16 | eliel | and we create a function to load module dependencies |
| 18:49.11 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 18:49.11 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 18:59.04 | mnicholson | eliel, i suggested this last week i think, the consensus was this was a welcome feature, but ATM there are more pressing things |
| 19:00.05 | eliel | added to my todolist for the end of gsoc |
| 19:10.27 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 19:10.27 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:33.42 | *** join/#asterisk-dev kekoeoo (n=kekoeoo@213.249.63.18) |
| 19:33.48 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:33.49 | kekoeoo | Åop monsigneur developers |
| 19:34.04 | kekoeoo | I am trying to capture more SIP events in a fastagi script |
| 19:34.12 | kekoeoo | I am using asterisk-java |
| 19:34.25 | kekoeoo | and I am getting a 603 response instead of a hangup from my provider... trying to trace it |
| 19:34.35 | kekoeoo | if I soft hangup channel from CLI, I get the hangup event |
| 19:35.25 | kekoeoo | if the other party hangs up, then LATER I hangup, I see the hangup event as CALL_REJECTED (if I use CLI to hangup) |
| 19:35.25 | kekoeoo | this is a SIP call |
| 19:35.35 | kekoeoo | if I hangup first, I get NORMAL as the hangup |
| 19:48.54 | *** join/#asterisk-dev smth (n=mike__@199.84.137.3) |
| 19:52.10 | kekoeoo | so - no way of listening to SIP response events in dialplan or asterisk-java?? |
| 19:55.45 | jsmith-teaching | kekoeoo: You *can* do "sip set debug on" from the CLI to see the SIP messaging |
| 19:56.02 | jsmith-teaching | kekoeoo: but I find it's more useful to use tcpdump to capture the network traffic and then look at it in wireshark |
| 19:56.52 | kekoeoo | ... but.. I know what I am getting... right? |
| 19:57.20 | kekoeoo | my first instinct is that, I am not getting hangup, I AM getting a 603 response... do I need to look further? |
| 19:58.56 | kekoeoo | jsmith-teaching, is it possible to grep SIP responses in the dialplan itself? |
| 19:59.03 | kekoeoo | or listen to them over fastagi? |
| 20:01.57 | kekoeoo | jsmith-teaching, I dont see any BYE getting received as a SIP reponse when I hangup |
| 20:02.01 | kekoeoo | (from the other side) |
| 20:40.50 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 21:00.08 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 21:28.12 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:01.47 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1096591403.dsl.bell.ca) |
| 22:08.39 | *** join/#asterisk-dev sivadnz (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 22:19.25 | *** join/#asterisk-dev jtodd (i=tv1p2854@ns.fox-den.com) |
| 22:19.25 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 23:13.57 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |