| 00:06.42 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 00:06.44 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 00:37.12 | *** part/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 00:45.19 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 00:45.19 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:46.04 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 00:46.04 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 01:21.32 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 01:37.42 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 01:37.42 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 03:15.05 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 04:00.23 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 04:29.43 | *** join/#asterisk-dev thansen (n=thansen@7.247.sfcn.org) |
| 05:12.14 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 05:15.57 | *** join/#asterisk-dev rue_mohr (n=rue@h24-207-90-17.cst.dccnet.com) |
| 05:16.15 | rue_mohr | what version(s) would it be acceptable for me to file a bug on milliwatt() for? |
| 05:16.56 | Docteh | whichever you're using normally, but maybe mention its also on 1.6? |
| 05:18.44 | rue_mohr | k, but like if its 1.4.25.1 and cur dev is on 1.6.... is there any point in filing it? |
| 05:19.02 | rue_mohr | I'm still feeling it out |
| 05:19.51 | *** join/#asterisk-dev work|philipp64 (n=chatzill@mail.redfish-solutions.com) |
| 05:21.40 | Docteh | well asterisk is kind of like the linux kernel |
| 05:21.52 | Docteh | 1.4 is still getting fixes, but 1.6 is where the new stuff is at |
| 05:23.43 | JunK-Y | current dev is in the trunk. |
| 06:00.50 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 06:00.50 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 06:58.23 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 07:00.33 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 07:00.33 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 07:19.56 | *** join/#asterisk-dev mbranca (n=matteo@2001:1418:130:0:21e:8cff:fe51:5b05) |
| 07:24.39 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:24.55 | *** join/#asterisk-dev ms110 (n=Shehzad@122.169.82.43) |
| 07:25.07 | ms110 | Hello every one, |
| 07:25.41 | ms110 | I am modifing RTP coding, i have to add some extra padding in RTP packets. |
| 07:27.07 | ms110 | for that i have modified ast_rtp_raw_write (to add padding) and ast_rtp_read (remove padding on asterisk another side) |
| 07:27.32 | mvanbaak | why do you need the extra padding ? |
| 07:28.18 | ms110 | someone is paying reward me for that.. :) |
| 07:28.45 | ms110 | changes are done, I also get voice on both side... but |
| 07:29.16 | ms110 | with some extra terrible disturbace noise :( |
| 07:29.17 | mvanbaak | ah |
| 07:33.05 | mvanbaak | hhmm, maybe the smoothner is interfering |
| 07:33.36 | mvanbaak | not sure without looking at the code |
| 07:33.37 | mvanbaak | sorry |
| 07:33.49 | mvanbaak | I'm not that into the rtp code right now |
| 07:56.03 | ms110 | ok |
| 07:56.51 | ms110 | btw. what interfering do mean? how? |
| 07:57.46 | snuff-work | if you put your code too low in stack and the smoother isn't aware of padding it could make life on other side difficult |
| 07:58.10 | snuff-work | aka disaparity in seq no etc |
| 08:00.05 | mvanbaak | what he said ;) |
| 09:24.11 | ms110 | thank you, let me checking out some time. later.. |
| 11:01.29 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:01.29 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:09.04 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:02.20 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.153) |
| 12:12.55 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:12.55 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:21.25 | *** join/#asterisk-dev WeazelON (n=deazel@mail2.tikalnetworks.com) |
| 12:21.56 | WeazelON | hey guys, i've found this error in the /etc/asterisk/full right after asterisk crashed "segfault at 6ac ip 08080380 sp b65beba0 error 4 in asterisk[8048000+103000]" i'm running an Asteirsk '1.4.24.1' on a Gentoo '2.6.25-gentoo-r8' |
| 12:33.21 | *** join/#asterisk-dev eliel_ (n=eliels@200.61.172.61) |
| 12:49.29 | jsmith | WeazelON: See http://www.asterisk.org/doxygen/1.4/AstDebug.html |
| 12:49.47 | jsmith | WeazelON: You'll need to provide a good backtrace to the developers |
| 13:01.53 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:27.05 | *** join/#asterisk-dev ruchir (n=ruchir@122.169.82.43) |
| 13:27.44 | ruchir | which is the best method to encrypt rtp with non-standard method? |
| 13:35.05 | mvanbaak | vpn |
| 13:35.21 | ruchir | what if that is not possible? :) |
| 13:35.46 | ruchir | i did implement one method |
| 13:35.47 | mvanbaak | use the srtp stuff available in asterisk |
| 13:35.49 | ruchir | encrypted whole pkg |
| 13:38.08 | ruchir | but getting disturbance if i do padding to pkt |
| 13:38.54 | ruchir | i'm afraid standard protocols may be blocked |
| 13:39.07 | ruchir | so thought of creating non-standard method |
| 13:45.27 | ruchir | so how to remove disturbance? |
| 13:50.59 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:50.59 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:56.20 | tzafrir_laptop | ruchir, non-standard implies "potentially broken but we don't know that yet" |
| 13:58.45 | rue_mohr | where would the right place be to go to file a bug on milliwatt() |
| 13:59.06 | rue_mohr | gonna test with 1.6 tonight |
| 13:59.10 | seanbright | https://issues.asterisk.org/ |
| 13:59.36 | rue_mohr | thanks |
| 13:59.46 | ruchir | tzafrir_laptop: any idea how to find reason for disturbance and fix it? |
| 14:00.09 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:00.09 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:01.48 | jsmith | rue_mohr: What is your issue with MilliWatt? |
| 14:01.58 | rue_mohr | didn't you just say you added padding tot he rtp packaets? |
| 14:02.07 | ruchir | yes |
| 14:02.08 | rue_mohr | jsmith, its -10db short of 0dmb |
| 14:02.12 | ruchir | added padding |
| 14:02.14 | ruchir | 7 bits |
| 14:03.04 | rue_mohr | I'll test against 1.6 tonight and file or not file it as an issue |
| 14:04.17 | rue_mohr | http://eds.dyndns.org/~ircjunk/asterisk/missing_11db.html thats what I know now, I believe its a codec problem but I cant prove it |
| 14:07.10 | rue_mohr | I think something about slinear is messed up, that effects the conversions between it and any other format |
| 14:07.48 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:10.56 | *** join/#asterisk-dev uluatu (n=uluatu@189.32.44.21) |
| 14:15.13 | ruchir | rue_mohr: ru talking about my problem |
| 14:15.14 | ruchir | ? |
| 14:19.13 | tzafrir_laptop | ruchir, no, he's talking about his issue |
| 14:19.30 | tzafrir_laptop | Frankly I have no idea what's your problem is |
| 14:22.21 | *** part/#asterisk-dev RoyCrowder (n=roy@net-216-37-64-130.in-addr.worldspice.net) |
| 14:22.59 | *** join/#asterisk-dev RoyCrowder (n=roy@net-216-37-64-130.in-addr.worldspice.net) |
| 14:23.02 | seanbright | ubuntu-bug is pretty snazzy |
| 14:23.11 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:52.30 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 14:53.28 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:53.28 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:56.32 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:56.32 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:05.36 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 15:15.13 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:19.34 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:19.35 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:20.43 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:22.16 | russellb | leifmadsen: ping |
| 15:24.41 | *** join/#asterisk-dev work|philipp64 (n=chatzill@mail.redfish-solutions.com) |
| 15:24.54 | russellb | putnopvut: I'm thinking we should do a 1.4.26-rc4 to include that SIP patch you committed yesterday that closed multiple issues |
| 15:24.59 | russellb | whatcha think |
| 15:25.26 | putnopvut | russellb: mos' def. |
| 15:25.31 | russellb | cool. |
| 15:28.35 | jsmith | putnopvut: Wasn't he that actor that played Ford Prefect in the latest HHGG movie? |
| 15:28.43 | jsmith | ducks |
| 15:28.44 | putnopvut | jsmith: yep |
| 15:33.17 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:34.56 | *** join/#asterisk-dev degrade (n=degrade@unaffiliated/degrade) |
| 15:35.00 | degrade | Does anybody using Asterisk with IBM Power6 plataform? |
| 15:42.50 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:42.50 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:55.16 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:10.40 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:18.50 | *** join/#asterisk-dev thansen (n=thansen@c-24-10-236-153.hsd1.ut.comcast.net) |
| 16:32.23 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 16:32.23 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 16:33.02 | *** join/#asterisk-dev xpot-mobile (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 16:37.56 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 17:10.21 | seanbright | russellb: ping |
| 17:10.59 | russellb | pong |
| 17:11.27 | seanbright | i'm sure you're busy with other stuff |
| 17:11.47 | seanbright | but if you could take a look at cel's 'dateformat' configuration option and make it a little less frightening somehow, that would be great. |
| 17:11.53 | seanbright | <-- is working on docs and such |
| 17:13.44 | russellb | heh |
| 17:13.45 | russellb | ok. |
| 17:13.57 | russellb | put a todo in the code or something ... |
| 17:14.03 | seanbright | will do |
| 17:14.04 | russellb | i remembered one more todo item that i wanted to do ... |
| 17:14.14 | russellb | the core API call, to report an event, is not documented yet |
| 17:14.22 | russellb | the part i'm scared the most about is channel locking issues |
| 17:14.31 | russellb | i'm afraid I might dig up some nastiness when I look at that in detail |
| 17:15.05 | russellb | because, in total, that function deals with _3_ different channels potentially |
| 17:15.14 | russellb | and getting the locking right to make that safe is going to be tricky |
| 17:15.23 | russellb | good thing we have ref counted channels, though ... |
| 17:15.29 | russellb | ANYWAY, </rambling> |
| 17:15.44 | seanbright | good times |
| 17:15.49 | seanbright | i just saw: |
| 17:15.59 | seanbright | ;dateformat = %ld.%06ld |
| 17:16.09 | putnopvut | russellb: I just noticed a bug in cel.c |
| 17:16.10 | seanbright | in cel.conf and my head nearly exploded |
| 17:16.14 | russellb | putnopvut: neat |
| 17:16.32 | putnopvut | russellb: why thank you. I thought I might point it out to you so that you might fix it :) |
| 17:16.42 | russellb | putnopvut: go for it! |
| 17:16.47 | russellb | and then i'll point it out to seanbright so he can fix it |
| 17:16.59 | putnopvut | It's very similar to the bug you recently fixed in manager.c. Misuse of OBJ_POINTER in ao2_find. |
| 17:17.17 | russellb | actually, in this case, it's valid ... |
| 17:17.25 | russellb | the objects in the container are in fact, char * |
| 17:17.25 | putnopvut | ...mkay |
| 17:17.39 | russellb | so it's valid to hash on it |
| 17:17.59 | putnopvut | Ah, so I should not be so quick to jump to conclusions :) |
| 17:18.05 | russellb | no worries! |
| 17:18.07 | russellb | thanks for looking |
| 17:18.29 | russellb | putnopvut: I know you're super busy, so I won't bug you right now, but if you need a break at some point, i'd like to talk about security events |
| 17:18.30 | putnopvut | I'd be glad to give the whole thing a review once you guys get done with it. |
| 17:18.38 | russellb | putnopvut: be careful what you sign up for |
| 17:18.40 | russellb | it's huge |
| 17:18.41 | putnopvut | russellb: dude, I would LOVE a break. |
| 17:18.47 | russellb | heh. |
| 17:18.53 | putnopvut | here or irl? |
| 17:19.02 | file | fake life! |
| 17:19.07 | putnopvut | second life? |
| 17:19.11 | russellb | putnopvut: here, I guess |
| 17:19.39 | putnopvut | I may be getting booted from here soon for window mods. |
| 17:19.40 | russellb | my goal of course is to get the code done and in, and I'd like your sign off to do so. I figure another pass on the code is probably in order at some point. |
| 17:19.57 | putnopvut | Ah, gotcha. I can certainly do that. |
| 17:19.57 | russellb | but I think we also have some things to discuss just about the API design in general |
| 17:20.08 | putnopvut | Sure, anything in particular? |
| 17:20.10 | russellb | and whether or not you are on board with the whole structure thing |
| 17:20.30 | russellb | if it's a bad idea, that's okay, i can go back to the drawing board :-) |
| 17:21.01 | russellb | we don't really have another API that works this way ... it was sort of an attempt at API stability + ABI protection ... |
| 17:21.03 | putnopvut | The big thing I don't like is the intense amount of code duplication. If I had time to devote to the task, I'd try to come up with some way of simplifying it, if it can be done. |
| 17:21.20 | russellb | Right, and I totally agree that code duplication sucks |
| 17:21.45 | russellb | but there's not much real "code". There are lines of code ... but it's just structure initialization ... which is sort of equivalent to setting up a bunch of function parameters |
| 17:22.10 | russellb | shrugs |
| 17:22.14 | russellb | that was my justification anyway :-) |
| 17:23.14 | russellb | like, report_some_security_event() in manager.c maps data from the mansession object into the security event parameters. report_some_security_event() in chan_sip maps sip_pvt data into security event params. |
| 17:23.21 | russellb | I don't know how to simplify it |
| 17:24.09 | kpfleming | use C++ :-) |
| 17:24.14 | russellb | kpfleming: well yes. |
| 17:24.25 | russellb | but that's not really an option here :-) |
| 17:24.42 | putnopvut | russellb: why not? |
| 17:24.51 | kpfleming | use g++ to compile your C code? |
| 17:24.52 | russellb | ummmm |
| 17:24.56 | putnopvut | ;) |
| 17:24.59 | russellb | kpfleming: yeah, we've been down that road! |
| 17:25.06 | russellb | that takes a lot of work :-) |
| 17:25.13 | kpfleming | right |
| 17:25.49 | russellb | but anyway, if you guys think it's not the right design, and functions with a bunch of parameters is better, then so be it. I just want to be really sure before I throw away a bunch of code, heh |
| 17:26.19 | kpfleming | no, i think you are on the right track |
| 17:26.50 | kpfleming | as long as the functions can handle 'old' structures being supplied to them, then you've got ABI stability |
| 17:27.00 | kpfleming | if they can't, you at least have API stability |
| 17:27.28 | russellb | the API function is really simple, takes a pointer to a structure, and every structure starts with an event type and a version ID |
| 17:27.38 | russellb | so we can detect if it's an old version of the struct |
| 17:27.52 | russellb | and say ":-(" |
| 17:27.53 | kpfleming | yep |
| 17:29.10 | russellb | we should probably stick a version field into ast_channel the next time we break it |
| 17:29.33 | russellb | but i digress. |
| 17:29.59 | kpfleming | well, that has worse problems, because compile-time options change the structure layout |
| 17:30.07 | russellb | ah yes, good point |
| 17:30.16 | russellb | raises a fist at ast_mutex_t |
| 17:30.26 | kpfleming | releases the hounds |
| 17:30.30 | russellb | I think that's the only one ... |
| 17:30.48 | russellb | ooh, and actually, that's no longer in the struct now that it's an astobj2 object |
| 17:31.01 | kpfleming | well, and it has embedded stringfields, so the stringfield stuff has to be ABI stable as well |
| 17:31.08 | russellb | HAVE_EPOLL changes it |
| 17:31.26 | russellb | in any case, C++ is clearly the answer :-p |
| 17:31.42 | seanbright | grrr. so apparently we already use the strftime-style format specifiers in app_voicemail |
| 17:31.51 | seanbright | (reading them from config, that is) |
| 17:31.56 | seanbright | so i guess it's fine in CEL too |
| 17:33.20 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:33.58 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 17:34.07 | seanbright | well that's confusing as crap. |
| 17:35.23 | russellb | For more information on this config option, consult man strftime |
| 17:35.23 | russellb | heh |
| 17:37.58 | seanbright | nope |
| 17:38.10 | seanbright | it's weirder than that. |
| 17:45.28 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-1f954deacfd3eca6) |
| 17:56.34 | Juggie | heh |
| 17:56.55 | Juggie | how weird is it seanbright! |
| 17:57.37 | putnopvut | weird as the number 70! |
| 17:57.53 | putnopvut | http://en.wikipedia.org/wiki/Weird_number |
| 18:26.08 | mnicholson | seanbright, nice, you just commited the exact commit I was going to make |
| 18:26.50 | seanbright | mnicholson: :) |
| 18:26.53 | seanbright | sorry! |
| 18:27.04 | seanbright | but... go team! |
| 18:27.08 | mnicholson | seanbright, not a problem. Just kinda weird :) |
| 18:28.08 | mnicholson | russellb, is locking the channel necessary? I don't think anything else has a reference to that channel. |
| 18:40.38 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 18:45.36 | russellb | mnicholson: actually, yeah, you're right ... it doesn't use channel_alloc(), does it ... |
| 18:47.36 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 18:50.55 | russellb | We use zero length string constants in a lot of places ... foo = ""; ... I wonder if it's worth having a global constant defined for that, or if the compiler is smart enough to optimize it |
| 18:51.15 | kpfleming | it is |
| 18:51.19 | russellb | k! :-) |
| 18:51.23 | kpfleming | it optimizes all string constants in a single module |
| 18:51.30 | russellb | neato |
| 18:51.39 | kpfleming | and that's actually a 1-byte string :-) |
| 18:51.45 | russellb | well, yeah :-p |
| 18:51.54 | russellb | zero length as far as strlen() is concerned :-p |
| 18:52.33 | russellb | thanks, kpfleming |
| 18:52.40 | kpfleming | sure |
| 19:32.45 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:43.55 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 19:43.55 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:03.12 | *** part/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 20:04.09 | seanbright | so why can't i 302 when there are no compatible codecs? |
| 20:04.13 | seanbright | that seems silly |
| 20:04.14 | JunK-Y | ive a thread which has stopped, how can i see whats going on with this thread? so far, i can only see: Blocking in: ast_waitfor_nandfds |
| 20:04.59 | kpfleming | seanbright: well... yeah. we don't let the call get to the dialplan if there are no compatible codecs, because there would be massive restrictions on what you could do there. |
| 20:05.47 | seanbright | and this way i have to use g729 licenses... |
| 20:05.49 | seanbright | ;) |
| 20:05.51 | seanbright | (kidding) |
| 20:07.07 | seanbright | i guess i could hack in an option to allow that |
| 20:07.49 | kpfleming | chan_sip would have to 'remember' the situation and send the 488 (plus hangup the local channe) if the dialplan tried to do anything that involved audio |
| 20:10.21 | *** join/#asterisk-dev uluatu (n=uluatu@189.32.44.21) |
| 20:19.42 | seanbright | i still think we need to switch to pascal strings |
| 20:19.59 | seanbright | i'll create a branch |
| 20:20.11 | seanbright | asterisk-c++-pascal |
| 20:24.25 | tzafrir_laptop | isn't the long-term plan to move to lua? |
| 20:26.11 | seanbright | i sure hope so |
| 20:26.40 | *** join/#asterisk-dev gscmans (n=guna@94-170-141-94.cable.ubr16.haye.blueyonder.co.uk) |
| 20:27.21 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 20:31.03 | gscmans | hello guys, am new around here. Am wondering whether any GNU framework exists for writing gateways over SIP trunk |
| 20:41.53 | Qwell | gscmans: I don't understand the question... |
| 20:41.56 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 20:41.56 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 20:44.28 | gscmans | hi Qwell, i am planning to write a gateway through which SIP phones can connect to proprietery voip protocol endpoints |
| 20:44.58 | Qwell | You could write an Asterisk channel driver for that proprietary protocol. |
| 20:45.11 | gscmans | so wondering whether there exists any open source framework which will interpret SIP messages and give me call backs |
| 20:45.35 | gscmans | solution needs to be interoperable with other pbx also |
| 20:45.45 | gscmans | so channel driver might not help |
| 20:45.51 | kpfleming | yes, there are lots of them, but asterisk is not one of them |
| 20:46.16 | kpfleming | but asterisk would be a better way to support SIP phones than writing your own SIP message translator |
| 20:47.14 | gscmans | u mean write a channel driver for asterisk and allow asterisk to transcode SIP to other protocol? |
| 20:47.22 | kpfleming | essentially, yes |
| 20:48.29 | gscmans | hmmmm that is good enough at development level.; not sure whether GNU licensing will be an issue for this |
| 20:48.36 | gscmans | thanks for suggestion though |
| 20:48.46 | kpfleming | GPL, not GNU |
| 20:48.56 | kpfleming | and that would be an issue for any GPL licensed SIP stack as well |
| 20:49.28 | gscmans | if we can use some GPL'ed SIP stack we might not be modifying anything on stack itself |
| 20:49.36 | kpfleming | doesn't matter |
| 20:49.45 | kpfleming | if you incorporate into your application and distribute it, the GPL applies |
| 20:49.57 | kpfleming | the same is true for asterisk... you would not likely have to modify any of asterisk either |
| 20:50.50 | gscmans | let me see with our guys how this goes regarding licensing |
| 20:51.09 | gscmans | thanks mate |
| 20:51.16 | *** part/#asterisk-dev gscmans (n=guna@94-170-141-94.cable.ubr16.haye.blueyonder.co.uk) |
| 20:59.58 | Marquis42 | seanbright: Best automerge message ever |
| 21:00.31 | seanbright | Marquis42: danke. |
| 21:00.46 | seanbright | it took me like 5 hours to do that by hand |
| 21:00.49 | seanbright | but it was worth it |
| 21:01.01 | Marquis42 | Awesome |
| 21:05.02 | Qwell | seanbright: You misspelled automerge |
| 21:05.45 | Qwell | okay, not really |
| 21:06.21 | putnopvut | Qwell: reminds me of that Snickers commercial where the groundskeeper misspelled "Chiefs" in the end zone as "Chefs" |
| 21:10.39 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 21:21.12 | leifmadsen | russellb: pong |
| 21:21.17 | leifmadsen | russellb: so... 1.4.26-rc4 eh? :) |
| 21:24.39 | russellb | leifmadsen: yes plz! |
| 21:24.39 | russellb | leifmadsen: and I think we should start the 1.6.0.next process this week, as well |
| 21:24.48 | russellb | 1.6.1 is getting to be due, as well (but not late, yet, so could wait until next week if needed) |
| 21:26.04 | leifmadsen | russellb: ok very good -- 1.4.26-rc4 will go out tomorrow, and I'll look to see where 1.6.0 is at -- I think it is very close to be ready to release an -rc for that anyways |
| 21:26.12 | leifmadsen | it was close last week, so I can assume it is still close :) |
| 21:26.16 | russellb | yes, it is |
| 21:26.23 | leifmadsen | (sorry, I've been out of the office all day... doctors took WAY longer than it should have) |
| 21:26.26 | russellb | understood |
| 21:26.40 | leifmadsen | guess that's what I guess for not going for several years |
| 21:26.54 | leifmadsen | s/I guess/I get/ |
| 21:29.57 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 21:29.57 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 21:34.29 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 21:37.29 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:41.15 | *** join/#asterisk-dev DarkRift (n=dark@65.92.165.166) |
| 21:49.08 | *** join/#asterisk-dev moy (n=moy@74.12.123.90) |
| 21:53.49 | russellb | seanbright: ping |
| 21:59.50 | seanbright | russellb: pong |
| 22:01.30 | russellb | sorry, was typing something up ... |
| 22:01.38 | russellb | I looked at the dateformat stuff |
| 22:02.06 | russellb | the confusion is that the default is not a strftime format string. In fact, you couldn't actually represent the default with an example value for the option ... |
| 22:02.18 | seanbright | right |
| 22:02.23 | russellb | ok. |
| 22:02.34 | seanbright | i think it's confusing overall |
| 22:02.37 | russellb | the comment in cel.c made it sound like "wtf in one case it's 1 arg, in another it's 2" |
| 22:02.42 | russellb | it's 2 different functions being used |
| 22:02.48 | russellb | yes, i would agree with that |
| 22:02.52 | russellb | just wanted to get on the same page |
| 22:04.14 | russellb | http://pastebin.com/f7c2037da |
| 22:04.44 | russellb | I think the reason that it's like this is because strftime gives you no way to get sub second precision AFAICT |
| 22:04.58 | russellb | so by default, give people a very detailed timestamp, to ensure they can order events by that value |
| 22:05.19 | russellb | and if people don't really care, and want to just rely on event row order, then they can format it in some other way |
| 22:07.01 | russellb | look ok? |
| 22:11.14 | seanbright | yeah |
| 22:11.16 | seanbright | that works for me |
| 22:11.53 | russellb | kthx! |
| 22:11.57 | russellb | thanks again for your help |
| 22:12.02 | seanbright | yup |
| 22:16.18 | *** join/#asterisk-dev xpot-mobile (n=james@hsc-4-173.hotspot.utah.edu) |
| 22:19.58 | russellb | seanbright: nice job on that figure :-) |
| 22:23.17 | seanbright | thanks |
| 22:25.03 | *** join/#asterisk-dev bbryant1 (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 22:25.03 | *** mode/#asterisk-dev [+o bbryant1] by ChanServ |
| 22:27.57 | russellb | kicks tex |
| 22:28.14 | russellb | there are still some lines running off the page in there ... not sure about the best fix for it |
| 22:28.23 | kpfleming | get a wider page |
| 22:28.45 | russellb | oh snap |
| 22:40.57 | seanbright | lines... page... |
| 22:41.01 | seanbright | eh? |
| 22:41.30 | russellb | i'm viewing the PDF |
| 22:41.49 | putnopvut | kicks svn blame |
| 22:41.53 | putnopvut | of chan_sip |
| 22:41.57 | russellb | heh |
| 22:42.02 | putnopvut | GO FASTER |
| 22:42.02 | seanbright | oh |
| 22:42.12 | russellb | make asterisk.pdf |
| 22:42.16 | russellb | it's sexy |
| 22:42.16 | seanbright | right |
| 22:42.22 | seanbright | i was testing this morning |
| 22:42.28 | seanbright | youre saying my changes were still jacked? |
| 22:42.29 | russellb | nods |
| 22:42.34 | russellb | nah, your changes were good |
| 22:42.37 | seanbright | oh |
| 22:42.37 | seanbright | good |
| 22:42.56 | russellb | when you do a verbatim environment, if a line is too long, it doesn't care, it just goes off the page |
| 22:43.05 | russellb | so i changed a couple sections to not use verbatim anymore |
| 22:43.06 | seanbright | right |
| 22:43.10 | seanbright | i try to avoid them |
| 22:43.17 | putnopvut | I just avoid tex |
| 22:43.51 | russellb | putnopvut: when you're done with that architecture document, we're going to need it in tex format, complete with state transition diagrams in tex markup |
| 22:43.52 | russellb | :-p |
| 22:43.55 | russellb | (not really) |
| 22:44.03 | russellb | though I do think we'll need some user documentation eventually. |
| 22:44.16 | putnopvut | what is that? |
| 22:44.17 | seanbright | points to the RADIUS section of the CDR and CEL sections |
| 22:48.36 | Juggie | looks away |
| 23:02.17 | *** join/#asterisk-dev tompaw (n=tompaw@slave20.tesserakt.eu) |
| 23:02.20 | tompaw | Hello. |
| 23:02.37 | tompaw | Is it - in your opinion - possible to detect this moment: http://pastebin.com/d736aebca with just adjusting AMD's parameters or does it require changing its source code? |
| 23:03.28 | b14ck | ya |
| 23:03.34 | b14ck | i wrote some cool autodialer code yesterday |
| 23:03.36 | b14ck | it works REALLY well |
| 23:03.39 | b14ck | want me to pastebin it for ya? |
| 23:03.57 | tompaw | b14ck: sure! thanks. |
| 23:05.55 | b14ck | http://pastebin.com/m2d9a9f3b |
| 23:06.07 | b14ck | it took me a lot of testing to get the timing just right |
| 23:06.11 | b14ck | it works really well |
| 23:07.37 | tompaw | but does it include going through the ringback? |
| 23:10.05 | tompaw | b14ck: in my case I have a ringback in the answered channel once again - and this is just sound, no signalling information being sent. |
| 23:10.05 | tompaw | like if someone answered a phone, dialed a number or another phone and put the speakers next to each other |
| 23:10.06 | tompaw | if you see what I mean. |
| 23:33.56 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 23:33.56 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 23:34.58 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 23:34.58 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 23:57.00 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |