| 00:30.16 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 00:32.33 | tzanger | hmm |
| 00:32.51 | tzanger | does dahdi not have a doxygen url like the asterisk source? |
| 00:33.50 | Corydon76-dig | Is dahdi actually documented with doxygen? |
| 00:33.55 | tzanger | yes |
| 00:34.05 | Corydon76-dig | How times change |
| 00:34.08 | tzanger | at least parts of it are :-) |
| 00:34.32 | Corydon76-dig | You mean the parts you wrote? ;-) |
| 00:36.31 | tzanger | haha no |
| 00:36.45 | tzanger | I don't know how to document doxygen style yet |
| 00:36.53 | tzanger | I'm a regular /* foo */ style commenter |
| 00:36.58 | tzanger | commentator? |
| 00:36.59 | tzanger | heh |
| 01:09.55 | Corydon76-dig | Common tater? |
| 01:10.26 | file | yeah it is not as doxygenified as Asterisk... |
| 01:20.18 | tzanger | mmm taters |
| 01:20.47 | file | tzanger: what are you up to these days? taking over the world? |
| 01:21.08 | tzanger | file: one PCI card at a time |
| 01:21.30 | file | tzanger: PCI Express is where it is at man! |
| 01:21.36 | tzanger | file: yes there too |
| 01:21.43 | tzanger | PCI, PCI Express, it's all the same at my layer |
| 01:23.28 | tzanger | hmm |
| 01:23.32 | tzanger | this isn't good |
| 01:23.36 | tzanger | not a good start to the new year |
| 01:26.51 | tzanger | kicks the tdm800 |
| 01:30.33 | file | tzanger: be nice to it! |
| 01:33.17 | tzanger | no |
| 01:33.21 | tzanger | I refuse |
| 01:33.34 | tzanger | my new year's resolution is to make hardware respect my authoritah! |
| 01:44.43 | tzanger | so what's new with you, file? |
| 01:44.58 | file | stuff and things |
| 01:47.02 | tzanger | heh |
| 02:17.02 | seanbright | we have 19k in trailing whitespace |
| 02:17.09 | Juggie | hah |
| 02:51.42 | lmadsen | ! |
| 04:12.19 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 04:29.06 | *** join/#asterisk-dev VoipForces (n=courchea@mail.net-forces.com) |
| 04:29.34 | VoipForces | Probably more a user question, but it's dead quiet in #asterisk... |
| 04:29.37 | VoipForces | anyone knows why a SIP carrier (namely saba voip) would take up to 17 seconds to send a BYE when a hangup occurs ? |
| 04:57.36 | JunK-Y | u better ask that provider. |
| 05:59.22 | *** join/#asterisk-dev obnauticus (n=lol@about/windows/regular/obnauticus) |
| 06:21.39 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) |
| 07:49.33 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:49.33 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:18.00 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 09:18.58 | *** join/#asterisk-dev snuff-home (n=snuffy@C-59-101-240-87.bur.connect.net.au) |
| 09:18.58 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 09:19.18 | snuff-home | Corydon76-dig: ping? |
| 10:42.28 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 10:43.28 | *** join/#asterisk-dev telecos (n=sergio@96.167.219.87.dynamic.jazztel.es) |
| 10:45.03 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:51.28 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:12.59 | *** join/#asterisk-dev qdk (n=qdk@79.138.245.169.bredband.3.dk) |
| 11:47.58 | *** join/#asterisk-dev gambler1 (n=mene_sun@dragan.eunet.yu) |
| 11:52.24 | *** join/#asterisk-dev steliosk (n=Stelios@ipa107.2.tellas.gr) |
| 12:06.16 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:20.58 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 12:27.22 | *** join/#asterisk-dev carranca (n=carranca@pampero.itba.edu.ar) |
| 12:27.33 | carranca | how can i compile asterisk with a verbose output? i have a segfault with an application im adding and i want to know how its being compiled |
| 12:29.04 | mvanbaak | edit the toplevel Makefile. There's a setting NOISYBUILD there |
| 12:30.22 | carranca | thanks :) |
| 12:33.33 | seanbright | err |
| 12:33.43 | seanbright | make NOISY_BUILD=yes |
| 12:33.51 | seanbright | (easier than editing the file) |
| 12:44.53 | mvanbaak | ah. did not know that |
| 12:45.14 | mvanbaak | I did know about the Makefile var because we alter that for the OpenBSD port |
| 12:55.05 | *** join/#asterisk-dev snuff-home (n=snuffy@115.64.232.136) |
| 12:55.06 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 13:01.04 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.130.105) |
| 13:14.36 | *** join/#asterisk-dev jeffg (i=q4zFfoRs@pdpc/supporter/active/jeffg) |
| 13:37.16 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:37.16 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:42.02 | freddyk | hi all |
| 13:42.06 | freddyk | i'm using chan_skiny |
| 13:42.13 | freddyk | and when i dial just # |
| 13:42.25 | freddyk | i didn't hear the congestion tone anymore |
| 13:42.32 | freddyk | is this an asterisk problem ? |
| 13:43.01 | lmadsen | that sounds like a question more appropriate for #asterisk (plus I don't know :)) |
| 13:43.14 | freddyk | but it works with asterisk 1.4 |
| 13:43.25 | freddyk | i think that pbx_extension_helper |
| 13:43.31 | freddyk | doesn't send to congestion |
| 13:43.34 | *** part/#asterisk-dev VoipForces (n=courchea@mail.net-forces.com) |
| 13:43.37 | freddyk | as it stays in dialing |
| 13:43.43 | freddyk | so this is a question for developers |
| 13:43.55 | freddyk | it also worked for 1.6.0 non trunk |
| 13:44.08 | freddyk | so dialing an invalid extension |
| 13:44.14 | freddyk | doens't go to congestion |
| 13:44.17 | freddyk | :( |
| 13:45.14 | mvanbaak | is the # listed as one of the things you can enable in features.conf ? |
| 13:45.16 | *** join/#asterisk-dev DarkRift (n=dark@65.92.249.26) |
| 13:45.47 | mvanbaak | if so, a single # is not invalid |
| 13:45.56 | freddyk | no no |
| 13:46.00 | freddyk | it's not that |
| 13:46.06 | freddyk | i modded channel to dial with # |
| 13:46.17 | freddyk | so when i went to invalid extension |
| 13:46.22 | freddyk | it didn't do auto congestion |
| 13:46.23 | freddyk | :) |
| 13:46.35 | mvanbaak | and this is with virgin chan_skinny.c ? |
| 13:47.12 | mvanbaak | because with virgin chan_skinny.c on trunk it goes to invalid |
| 13:47.22 | mvanbaak | confirmed with a 7960 |
| 13:47.26 | freddyk | it rightly goes to invalid |
| 13:47.35 | freddyk | but i didn't hear congestion tone |
| 13:47.36 | freddyk | :) |
| 13:47.40 | mvanbaak | hit 'speaker' to get dialtone, hit '#' and get congestion |
| 13:47.52 | freddyk | asterisk branch or trunk ? |
| 13:48.02 | mvanbaak | trunk as of yesterday |
| 13:48.18 | freddyk | i'm on branch |
| 13:48.20 | freddyk | 1.6.0 |
| 13:48.37 | mvanbaak | I dont have a 1.6.0 system with skinny phones attached |
| 13:48.51 | mvanbaak | all systems where I connect skinny phones to run trunk |
| 13:49.01 | freddyk | btw |
| 13:49.09 | freddyk | you have a problem with overlapped dialing |
| 13:49.10 | freddyk | :) |
| 13:49.13 | freddyk | i can't get it work |
| 13:49.20 | freddyk | it just dials on timeout |
| 13:49.25 | freddyk | (when fixed) |
| 13:49.28 | freddyk | also |
| 13:49.33 | freddyk | native rtp bridge doesn't work |
| 13:49.40 | freddyk | skinny2skinny |
| 13:52.11 | mvanbaak | about the second one: |
| 13:52.24 | mvanbaak | did you put 'nat=no' and 'canreinvite=yes' on both phones ? |
| 13:52.32 | freddyk | yep |
| 13:52.45 | freddyk | asterisk seems to establish native rtp just on |
| 13:52.49 | freddyk | skinny2sip |
| 13:52.54 | freddyk | or sip2skinny |
| 13:53.18 | mvanbaak | it's possible that skinny is not sending a reinvite then |
| 13:53.36 | freddyk | where is the code to send reinvite ? |
| 13:53.46 | mvanbaak | dont know |
| 13:54.06 | mvanbaak | and since I'm at work I dont have time to go into the code and find it |
| 13:59.17 | freddyk | which version of firmware you have for 7960 ? |
| 14:02.09 | mvanbaak | let me check |
| 14:02.31 | mvanbaak | btw, this is what I see on the asterisk cli |
| 14:02.33 | mvanbaak | [Jan 5 14:46:00] WARNING[27658]: chan_skinny.c:3364 skinny_ss: Can't match [#] from '6000' in context internal |
| 14:03.28 | mvanbaak | Version8.0(9.0) |
| 14:03.44 | freddyk | so not latest 8.0(10.0) |
| 14:13.14 | *** join/#asterisk-dev sysreq (n=sysreq@unaffiliated/sysreq) |
| 14:29.03 | *** join/#asterisk-dev moy (n=moy@74.12.127.97) |
| 15:02.54 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-6cee8008bf5380bc) |
| 15:02.54 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:08.59 | lmadsen | tzafrir_laptop: ping |
| 15:09.08 | tzafrir_laptop | lmadsen, pong |
| 15:10.05 | lmadsen | I'm looking at 12442 (TestClient/TestServer) application, and since I don't have PRI, I thought maybe trying it on a Local channel. So I did 'originate Local/224@bug12442 application TestClient 35', but it seems to fail at the MeasureNoise test. Is there an alternative way you can think I can test this? |
| 15:10.40 | tzafrir_laptop | lmadsen, how is it with SIP? |
| 15:10.46 | lmadsen | maybe I can call over to another server via SIP by originating it that way |
| 15:12.56 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:16.19 | lmadsen | tzafrir_laptop: sending across to my other server via SIP I don't get anything different. I get this in the test file: http://pastebin.ca/1300149 |
| 15:17.19 | tzafrir_laptop | Messurenoise uses something similar to dtmf |
| 15:17.31 | tzafrir_laptop | Does inline DTMF work on the same line? |
| 15:23.29 | lmadsen | I will verify, but it should. Its just a couple of local VM's. I will test as soon as I get this other client that just called me off the line. |
| 15:23.32 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-372346cb8a7505d3) |
| 15:23.32 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:26.25 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 15:32.17 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:32.17 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:40.57 | lmadsen | tzafrir_laptop: hmmm... well DTMF gets across the boxes fine |
| 15:41.26 | lmadsen | Dial(SIP/cluster2/TESTDTMF), and on the other side use Read() to enter some digits, and output the variable value gives me all the DTMF I entered |
| 15:41.53 | tzafrir_laptop | jpeeler, hi |
| 15:42.43 | jpeeler | tzafrir_laptop: hello |
| 15:43.38 | Corydon76-dig | jpeeler: just the person I wanted to talk to |
| 15:43.52 | jpeeler | oh? |
| 15:43.53 | Corydon76-dig | Mantis hasn't been sending any emails this weekend |
| 15:44.32 | jpeeler | you mean to you and not the list? |
| 15:44.33 | seanbright | MuffinMan: M12442 |
| 15:44.35 | MuffinMan | seanbright: [feedback] [Asterisk] Applications/app_test 0012442: pri loop TestClient/TestServer fails: server SEND DTMF 8 reported by tzafrir (Karma: +119.75) http://bugs.digium.com/view.php?id=12442 |
| 15:44.54 | Corydon76-dig | to me, correct |
| 15:46.01 | jpeeler | Corydon76-dig: ok, i'll take a look at it. at least i have the proper logging enabled |
| 15:46.02 | Corydon76-dig | Mantis sends emails to a list? |
| 15:46.13 | file | yes. |
| 15:46.17 | putnopvut | Corydon76-dig: yeah, the asterisk-bugs list. |
| 15:46.26 | file | *everything* that happens goes to the list |
| 15:46.30 | Corydon76-dig | Ah |
| 15:46.53 | Corydon76-dig | in triplicate? |
| 15:47.01 | putnopvut | naturally :) |
| 15:47.24 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-18d0f6b47d94ead3) |
| 15:47.25 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:47.38 | jpeeler | Corydon76-dig: was it for all bugs or just private ones? |
| 15:48.04 | Corydon76-dig | Well, I noticed it specifically for a private one |
| 15:48.40 | Corydon76-dig | but the last email I got for a public one was the 28th |
| 15:50.16 | lmadsen | tzafrir_laptop: well, updated that issue with some debugging output that I got. Not sure I'm getting the same error as you, but I can't tell if I'm getting the right information to the test application, or whether it really expects the link to be a PRI... |
| 15:51.45 | seanbright | when is PastryChef coming back to life? |
| 15:54.29 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-af402f8bab4ce780) |
| 15:54.29 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:03.12 | putnopvut | seanbright: when we all believe together, our inner spirits will bring Pastrychef back. |
| 16:03.20 | seanbright | putnopvut: i believe |
| 16:03.26 | putnopvut | ...or whenever russell gets back...whichever comes first. |
| 16:03.39 | seanbright | he's going back to school i hear? |
| 16:03.53 | seanbright | or read, more specifically. |
| 16:04.46 | putnopvut | Well, "going back" doesn't sound exactly right to me. As far as I know, he'll be working full-time still but also taking extra classes in an attempt to get a post-graduate degree. |
| 16:04.55 | putnopvut | Did he blog that or something? |
| 16:04.59 | seanbright | twitter |
| 16:05.11 | putnopvut | ah |
| 16:05.15 | seanbright | in CS? |
| 16:05.30 | seanbright | i should work on my undergraduate degree... |
| 16:05.38 | putnopvut | I was thinking Comp E, but not certain. |
| 16:05.39 | seanbright | considering i will be 30 in 3 days |
| 16:05.52 | jpeeler | i believe it is actually "software engineering" |
| 16:05.55 | seanbright | ah |
| 16:06.03 | seanbright | well good for him |
| 16:09.25 | jsmith | Maybe I should do the CS thing for my graduate degree... |
| 16:09.34 | jsmith | already went the Computer Engineering route |
| 16:10.00 | Corydon76-dig | Maybe I should get a degree, so I can think inside the box. |
| 16:10.11 | seanbright | hater |
| 16:10.21 | Juggie | i thought russ already had a undergrad |
| 16:10.33 | mvanbaak | meh |
| 16:10.34 | Corydon76-dig | A Bachelor's, yes |
| 16:11.01 | mvanbaak | I'll be 30 in March and the only exam I did was for my driver's license |
| 16:11.21 | Corydon76-dig | wonders if he can get a Bachelorette. |
| 16:12.48 | Corydon76-dig | mvanbaak: some people are just naturally qualified. Others have to have an institution drill the smart into them |
| 16:12.58 | seanbright | i am the latter group |
| 16:13.30 | seanbright | i absorb knowledge like a latex glove absorbs water |
| 16:14.04 | Corydon76-dig | seanbright: Next time you're at Astricon, we can go up to my room, and I'll drill some smart into ya... ;-) |
| 16:14.20 | lmadsen | o.O |
| 16:14.36 | seanbright | how unpleasant |
| 16:14.51 | Corydon76-dig | Well, you said you needed it, right? |
| 16:15.14 | Corydon76-dig | j/k |
| 16:16.36 | file | it's a trap! |
| 16:18.29 | jjshoe | I'm a highschool/college drop out and I've got a nice little career going. |
| 16:18.37 | mvanbaak | jjshoe: same here |
| 16:19.08 | mvanbaak | I started two Bachelor courses and stopped both after 2 years |
| 16:19.22 | jjshoe | mvanbaak I'd have my compsci degree done if it wasnt for all the math :) |
| 16:20.03 | Corydon76-dig | file: it's a tarp |
| 16:20.16 | Corydon76-dig | http://i199.photobucket.com/albums/aa217/DesTROYer8564/tarp-30198.jpg |
| 16:20.43 | mvanbaak | well, school took too much time, so projects I was getting paid for were stalling. That's why I dropped school and continued making money |
| 16:21.32 | jjshoe | Corydon76-dig hahahaha |
| 16:27.41 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:27.41 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:38.27 | jjshoe | Qwell ping |
| 16:38.40 | Qwell | pong |
| 16:38.51 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:39.21 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 16:39.21 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:42.23 | jjshoe | Qwell possibly attending tmc in florida |
| 16:50.00 | anonymouz666 | ast_log(LOG_NOTICE, "No one is answering queue '%s' (%d/%d/%d)\n", queue, numlines, numbusies, numnochan); -- is somewhere documented what means the numbers between the ( ) (except the source code), I say that because these numbers doesn't mean anything to an admin looking at CLI logs without an explanation. |
| 16:51.33 | Corydon76-dig | anonymouz666: #asterisk |
| 16:55.29 | anonymouz666 | Corydon76-dig: I know what they mean, 'cause I have to look at the var names. It was just a suggestion to put something easier to understand than things like (1/0/0) in CLI. |
| 17:10.52 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.130.105) |
| 17:16.31 | *** join/#asterisk-dev stephank (n=urk@2002:52c5:cf78:0:21c:c4ff:fece:ea94) |
| 17:19.36 | *** join/#asterisk-dev Serge8888 (n=Serge@76.66.214.130) |
| 17:20.14 | *** join/#asterisk-dev mcargile (n=mikec@rrcs-24-173-156-170.se.biz.rr.com) |
| 17:33.31 | jpeeler | Corydon76-dig: the old version did not send emails out for private bug notes... are you not receiving any other emails? |
| 17:34.37 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.130.105) |
| 17:35.47 | Corydon76-dig | jpeeler: I am now |
| 17:36.09 | Corydon76-dig | I just received notes for which svnbot closed an issue |
| 17:39.09 | jpeeler | well now that you know about the list you can check that in the future to help determine if notifications are really not going out |
| 17:39.36 | Corydon76-dig | Heh |
| 18:02.54 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 18:05.50 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.130.105) |
| 18:08.12 | *** join/#asterisk-dev sasargen (n=chatzill@174-153-129-22.pools.spcsdns.net) |
| 18:16.29 | *** join/#asterisk-dev simond (n=simon@syria.uc.org) |
| 18:21.13 | *** part/#asterisk-dev mcargile (n=mikec@rrcs-24-173-156-170.se.biz.rr.com) |
| 18:22.39 | simond | I'm experiencing some strange behavior with g729 passthru -- when I say [general]disallow=all;allow=g729,ulaw,alaw; the invites a trunk sends out is missing ulaw and alaw as options. If I change the order to ulaw,g729,alaw, then g729 is excluded. Is that by design, or am I missing something? |
| 18:23.30 | Corydon76-dig | simond: Who told you we support commas between codecs? |
| 18:23.32 | lmadsen | you don't need separate allow= lines? |
| 18:24.06 | Corydon76-dig | simond: whoever told you that is a big fat liar |
| 18:24.15 | simond | looks around. |
| 18:24.17 | simond | The internet made me do it. |
| 18:24.26 | lmadsen | only place I've seen that syntax supported is in realtime |
| 18:24.42 | Corydon76-dig | But in realtime, we use semicolons, not commas |
| 18:25.23 | lmadsen | ahhh... I just guessed it was commas because it worked for me this morning, but I guess I didn't see the note about semicolons :) |
| 18:26.26 | simond | I actually have it on distinct lines. |
| 18:26.59 | simond | disallow=all\nallow=g729\nallow=ulaw\nallow=alaw |
| 18:28.22 | simond | and the behavior is still as I described. |
| 18:30.16 | jsmith | As I understand it (and trust me, I never will *completely* get it) is that it is done that way on purpose. |
| 18:30.41 | Corydon76-dig | You might want to run a 'sip set debug' |
| 18:30.46 | jsmith | That way, we're saying "Hey, I support g.729 as my first choice." If the other UA comes back and says "Hey, I don't support that!", then we offer another codec |
| 18:31.07 | simond | Corydon76-dig: I've been looking at SIP packets all day. |
| 18:31.31 | Corydon76-dig | simond: 'sip set debug' gives you the internal logic |
| 18:33.22 | simond | I have also been observing it that way. |
| 18:33.43 | simond | It doesn't include jared's explanation though ;-) |
| 18:34.22 | simond | So, now I understand the mystery of the dissapearing/reappearing codec. |
| 18:37.05 | simond | Now, unfortunately, this seems to prevent calls terminated locally on the system from using g711. I have been trying to use Set(SIP_CODEC=ulaw) |
| 18:40.30 | simond | chan_sip.c seems to see codec change, and brings up the call in g711, but channel.c does not seem to know about the change. |
| 18:41.47 | Corydon76-dig | That's because you used SIP_CODEC and not __SIP_CODEC |
| 18:44.33 | simond | hmm, same result unfortunately. |
| 18:51.34 | simond | any other ideas? |
| 19:02.10 | simond | If I force the format to ulaw in main/channel.c:set_format(), it's working. |
| 19:03.17 | *** join/#asterisk-dev sysreq (n=sysreq@unaffiliated/sysreq) |
| 19:03.18 | simond | so that __SIP_CODEC value doesn't seem to be propegating everywhere -- or I'm not using it in the intended way. |
| 19:19.43 | tzanger | Corydon76-dig: I use commas to specify preference as well... this is wrong? |
| 19:19.53 | tzanger | loves the way that asterisk silently ignores syntax errors. |
| 19:21.27 | seanbright | silently ignores tzanger |
| 19:21.48 | tzanger | haha |
| 19:26.03 | Corydon76-dig | silently stalks seanbright |
| 19:29.09 | simond | so, sip_answer calls try_suggested_sip_codec, which mucks around with the capabilities... returns the correct SIP packet to the user-agent, and then somehow misses updating itself. |
| 19:29.29 | simond | stalks the codec capabilities |
| 19:37.59 | *** join/#asterisk-dev E|nyPRI (n=sales@dsl-208-81-2-10.les.net) |
| 19:38.18 | E|nyPRI | hi. |
| 19:38.28 | simond | ^_^ |
| 19:38.39 | De_Mon | violently attacks simond for no apparent reason |
| 19:40.20 | E|nyPRI | I had an old zaptel driver that I need ported to be a dahdi driver. Is that something anyone could assist me with? ($ willinig) |
| 19:40.30 | E|nyPRI | s/had/have |
| 19:41.37 | E|nyPRI | pm for more info |
| 19:41.46 | jsmith | E|nyPRI: Your best bet is to ask on the -biz mailing list |
| 19:42.10 | E|nyPRI | thanks. |
| 19:49.28 | *** join/#asterisk-dev carranca (n=carranca@pampero.itba.edu.ar) |
| 19:50.50 | carranca | hi, im trying to install app_h324m in Asterisk 1.6.0.1 and i have a segfault with this line in the load_module: ast_cli_register(&cli_debug); |
| 19:51.54 | carranca | the app is not working for me and i would love some debug info, but i cant figure out why it segfaults |
| 19:58.57 | seanbright | what is app_h324m? |
| 19:59.42 | seanbright | nm, i don't have time to help. |
| 20:01.08 | lmadsen | sounds like a third-party app |
| 20:01.29 | lmadsen | hmmm... part of the videocaps branch? |
| 20:02.09 | simond | Aie. That g729 passthru trick seems to be affecting locally terminated calls adversely. I added a debug line in to sip_answer, and it's claiming the user agent only suports g729. I added a little hack in there to pick up the value set by try_suggested_sip_codec(), but that's probably not the best way. |
| 20:05.37 | carranca | yeap is for video, i dont have time either, see ya tomorrow :P |
| 20:09.27 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 20:52.40 | *** join/#asterisk-dev sasargen (n=chatzill@174.146.222.89) |
| 20:56.58 | *** join/#asterisk-dev qdk_ (n=qdk@79.138.225.190.bredband.3.dk) |
| 21:16.27 | *** join/#asterisk-dev jtodd (n=jtodd@nat/digium/x-4c141cda8329a832) |
| 21:56.28 | E|nyPRI | has anyone here fooled with asterisk-ss7 first-hand, with an a-link or d-link ? |
| 22:01.21 | Corydon76-dig | E|nyPRI: #asterisk, please |
| 22:01.27 | E|nyPRI | k |
| 22:04.52 | JunK-Y | æ |
| 22:09.46 | *** join/#asterisk-dev snuff-work (n=none@203.19.141.34) |
| 22:09.46 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:11.44 | *** join/#asterisk-dev timothy_jones (n=chatzill@207.90.4.3) |
| 22:33.01 | timothy_jones | For those familiar with pbx_retrieve_variable function in pbx.c: what is the purpose of "workspace" parameter? |
| 22:34.03 | seanbright | IIRC it's just a buffer where interpolation happens |
| 22:37.37 | timothy_jones | So I just basically give * a buffer to use for messing around while looking for the variable? Any particular size? Unfortunately, documentation on this function is scarce. Is there maybe a better function to retrieve channel variable? |
| 22:37.53 | seanbright | pbx_getvar_helper? |
| 22:38.06 | Corydon76-dig | pbx_builtin_getvar_helper |
| 22:38.15 | outtolunc | AST_MAX_BUF |
| 22:38.26 | seanbright | that one |
| 22:39.07 | Corydon76-dig | Just remember that pbx_builtin_getvar_helper will NOT work for functions or builtin variables (like EPOCH, CHANNEL, etc.) |
| 22:40.22 | Corydon76-dig | Generally, I would use pbx_substitute_variables_helper() |
| 22:40.46 | timothy_jones | hmmmm, thanks guys! Lemme try this -- see if I can break my asterisk box :) |
| 22:40.48 | Corydon76-dig | That gets you all 3 types |
| 22:41.30 | seanbright | timothy_jones: i assure you, you can do it. |
| 22:41.38 | Corydon76-dig | unless I know that I'm just looking for a variable name, in which case I use pbx_builtin_getvar_helper() |
| 22:42.22 | Corydon76-dig | Take a look at func_cut.c for one special way |
| 22:42.57 | Corydon76-dig | since I'm taking user input, I have no idea whether it is builtin or not, so I make it a substitution and go. |
| 22:43.20 | Corydon76-dig | As a side effect, CUT() also works with dialplan functions |
| 22:44.48 | timothy_jones | For those not on #asterisk chan, I am basically sending Originate command via AMI and I wanna pick up Hangup and other events with same ActionID. Except they don't include action id. So my idear was to store action id in chan var and extract it in hangup event and add to AMI response |
| 22:45.10 | timothy_jones | I know there are other ways |
| 22:45.23 | timothy_jones | but I already have reliable proxy in place |
| 22:45.43 | timothy_jones | that filters by actionID, so that's why I wanted to do it that way |
| 22:46.35 | timothy_jones | Corydon76-dig, seanbright, outtolunc: thanks guys. If it dont work, I will be back :) |
| 22:47.10 | seanbright | timothy_jones: we'll wait right here |
| 22:47.18 | outtolunc | starts the car |
| 22:47.29 | seanbright | hops in through the passenger window |
| 22:47.43 | timothy_jones | LOL |
| 22:47.47 | outtolunc | paints 00 on the side and punches it |
| 22:48.02 | seanbright | yeeeeeeeeeeeeeeehaw |
| 22:53.08 | *** part/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 23:43.11 | *** join/#asterisk-dev qdk_ (n=qdk@78.156.208.171.bredband.3.dk) |
| 23:58.06 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-18d0f6b47d94ead3) |
