| 01:40.14 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-fsiqcpqgsbpjrunv) |
| 02:29.49 | *** join/#asterisk-dev serafie (~erin@76.73.167.231) |
| 02:35.37 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 02:35.38 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:12.19 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 03:12.19 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 03:57.24 | snuff-work | any1 else have probs with astdb atm.. |
| 03:57.43 | snuff-work | getting weird error.. stating cannot commit - no transaction is active.. etc |
| 03:57.54 | snuff-work | if i open db myself when * offline.. no issue |
| 03:58.05 | snuff-work | can write to it etc.. |
| 03:58.13 | snuff-work | * can read it fine |
| 03:58.24 | snuff-work | Couldn't execute statment: SQL logic error or missing database |
| 03:58.32 | snuff-work | when trying to commit record |
| 04:00.12 | snuff-work | i also thought that * would/could create a sqlite db on startup if it didn't exist |
| 04:03.53 | snuff-work | oh nm.. found issue |
| 04:05.38 | snuff-work | disk full apparently ;) |
| 06:14.10 | *** join/#asterisk-dev opticron (~opticron@pianoben.ch) |
| 06:14.11 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 06:17.59 | wedhorn | snuff-work: you around? |
| 06:18.10 | snuff-work | mm |
| 06:19.03 | wedhorn | was thinking I might commit my 2 reviewboard patches (skinny CLI and skinny serviceURL) |
| 06:19.17 | wedhorn | any thoughts, or opticron? |
| 06:19.31 | snuff-work | i'd say go |
| 06:20.01 | snuff-work | atm i set my services/directory url via tftp |
| 06:20.19 | snuff-work | oh.. for the CLI.. |
| 06:20.22 | wedhorn | okay, didn't actually know you could do that |
| 06:20.41 | snuff-work | you need to put something in the 'changes' file |
| 06:20.41 | wedhorn | you attach it to a line button? |
| 06:21.00 | wedhorn | ah, bugger, more paperwork |
| 06:21.17 | snuff-work | aka about the skinny show device <tab> now uses name instead of ID |
| 06:22.00 | wedhorn | was just thinking, I just thought it didn't work, not that it was looking for the wrong thing.... |
| 06:22.35 | snuff-work | i guess we can get away without it ;) |
| 06:22.41 | snuff-work | since it was mostly broken |
| 06:22.54 | snuff-work | only worked for 'S' tab ;) |
| 06:22.56 | wedhorn | can add something, but where is the changes file |
| 06:23.06 | snuff-work | in the root folder of * |
| 06:23.51 | snuff-work | actually.. more i think about it.. shouldn't really need to be a change.. since skinny show device could always take either name/id |
| 06:24.12 | snuff-work | the autocomplete is now more useful |
| 06:24.21 | snuff-work | that's all.. |
| 06:24.28 | wedhorn | yeah, I really don't think it's major enough either |
| 06:24.51 | wedhorn | Looking through the file, we should probably put most of our stuff in there |
| 06:25.16 | snuff-work | think once we get these next few changes in.. probably skinny needs a large entry for new stuff :) |
| 06:26.29 | wedhorn | I'll defer to the powers that be. Personally I don't think there's enough of a user base to warrant it |
| 06:26.55 | snuff-work | maybe after 12 we can get some more :) |
| 06:27.16 | wedhorn | can only hope |
| 06:28.05 | snuff-work | long as they dont want to run tons n tons of phones.. just have a fast method of moving from ccm to * without converting phones to sip |
| 06:28.40 | wedhorn | or that over channel |
| 06:28.43 | wedhorn | other |
| 06:28.58 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 06:29.06 | snuff-work | mm.. that one requires soo much thinking |
| 06:30.51 | snuff-work | installed newer wireshark other day.. 1.8.3 or whatever.. has the mostly decoded version of the 14a pkt |
| 06:31.52 | snuff-work | did 1 attempt at our orig number thing.. |
| 06:32.17 | wedhorn | okay, how'd that pan out |
| 06:32.41 | snuff-work | i think my logic is flawed.. but least didn't crash anything :) |
| 06:33.24 | wedhorn | I'm actually surprised by what can be thrown at skinny and it doesn't die |
| 06:34.11 | snuff-work | still have the unwanted clid name.. but..anyway.. i'll send u what i have.. u can see if it works for u at all.. |
| 06:35.43 | wedhorn | I was thinking we'd also need to keep info on whether the callid is meant to be null, we can't just assume because it's null that it hasn't gone past a valid extension |
| 06:35.58 | wedhorn | since your privacy patch anyway |
| 06:36.24 | snuff-work | mm also a thought.. which my thing kinda handles.. i think.. |
| 06:38.12 | snuff-work | sent.. let me know if i'm off base :) |
| 06:41.28 | snuff-work | interested to know if it gets u the callername correct |
| 06:41.40 | snuff-work | in the placed |
| 06:45.24 | wedhorn | first thing, I'm pretty sure origfrom and origto are different fields in the 14a packet |
| 06:46.51 | wedhorn | and I think we need to rethink where sub->orig* is set |
| 06:48.26 | snuff-work | mm.. i think it might be too late.. |
| 06:49.05 | wedhorn | I need to do some playing, but I'd guess we get some kind of asterisk_indicate on the first extension at which point we should set both orignum and origname and an additional var that it's been set so on subsequent indicates (or the same type) we don't set it again |
| 06:54.15 | snuff-work | seems reasonable.. |
| 06:55.19 | wedhorn | commits done, time to see if I can work out where we should set the orig stuff |
| 06:56.55 | wedhorn | snuff-work: should do an svn update |
| 07:02.55 | wedhorn | looks like we can set it all in update_connectedline |
| 07:05.09 | snuff-work | when is connected line done though.. |
| 07:05.58 | wedhorn | I did a skinny cfwdall and connectedline is done twice, on the first device and then the second |
| 07:06.21 | wedhorn | I hope that usage translates to other techs |
| 07:06.54 | *** join/#asterisk-dev GameGamer43 (uid5533@gateway/web/irccloud.com/x-gcjcdvrrdoihhypg) |
| 07:06.59 | snuff-work | mm.. i could check with my sip.. but unsure.. |
| 07:07.15 | snuff-work | need to fix that if in update_connected.. missing some braces ;) |
| 07:08.03 | wedhorn | just set skinny debug sub and call a forwarded sip device |
| 07:08.24 | wedhorn | see if you get update twice on the CLI |
| 07:09.56 | *** join/#asterisk-dev tonyclewis (uid6025@gateway/web/irccloud.com/x-hdhgukmwqslevavr) |
| 07:10.24 | snuff-work | <PROTECTED> |
| 07:10.24 | snuff-work | [2013-02-19 18:09:22] WARNING[29980][C-00000003]: chan_skinny.c:5086 skinny_indicate: Don't know how to indicate condition 23 |
| 07:10.51 | snuff-work | so skinny can't handle the 'redirection' of ast cause |
| 07:11.16 | snuff-work | which means most likely that is the reason why i enter that func only once |
| 07:12.23 | snuff-work | so my call goes.. 5028 -> dial 5018 -> (5018 fwd to 5500) -> 5500 -> hangup.. |
| 07:14.27 | wedhorn | on skinny forward I get a "asked to indicate 'connected'" just prior to the redirect message which it doesn't handle |
| 07:15.07 | wedhorn | if you don't see the connected line message, will try to create forwarding |
| 07:16.28 | snuff-work | mm wait i do get 2 lots |
| 07:16.37 | snuff-work | right after 1 another.. |
| 07:17.19 | wedhorn | well we should set it in update_connectline in case there isn't a redirect anyway |
| 07:17.39 | wedhorn | probably easier to just code it up and test it |
| 07:18.46 | snuff-work | basically.. mine goes.. called 5018 - asked ind conn line.. see it set orig stuff.. then asked ind conn line again.. then my sip 304 .. don't know how to ind condition 23 |
| 07:19.13 | wedhorn | and 5018 is sip? |
| 07:19.26 | snuff-work | yep |
| 07:19.38 | wedhorn | should work then (at least for skinny and sip) |
| 07:19.55 | wedhorn | will try to get a patch up on jira for you to play with tomorrow |
| 07:20.03 | snuff-work | well where i have it currently seems to work anyway.. only sets once |
| 07:20.37 | snuff-work | gotta go :) |
| 07:20.52 | snuff-work | if i get time tomorrow.. v. unlikely.. will test |
| 07:21.29 | snuff-work | *gone* |
| 08:06.28 | wedhorn | snuff-home: new patch added to https://issues.asterisk.org/jira/browse/ASTERISK-21095 |
| 08:07.50 | wedhorn | seems to work for forwarded skinny devices (calls placed log now includes actual number dialed and device pointed to in dialplans name) |
| 08:09.28 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 10:20.57 | *** join/#asterisk-dev schmidts (~schmidts@vie-91-186-159-076.dsl.sil.at) |
| 10:21.01 | schmidts | hi |
| 10:21.49 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 11:41.09 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 11:41.09 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 11:55.39 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 12:14.53 | *** join/#asterisk-dev oej (~Adium@ip-64-134-186-107.public.wayport.net) |
| 12:14.53 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:33.56 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 12:33.56 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 12:42.45 | *** join/#asterisk-dev serafie (~erin@24.214.158.242) |
| 13:09.48 | *** join/#asterisk-dev oej (~Adium@2606:4100:3880:2520:70c7:a038:6b52:1e47) |
| 13:09.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:48.01 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:48.01 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:55.25 | *** join/#asterisk-dev serafie1 (~erin@nat/digium/x-cpfgdwmrzzwwgwey) |
| 14:41.47 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 14:41.47 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 14:42.13 | *** join/#asterisk-dev oej (~Adium@2606:4100:3880:2521:85d5:9023:14bd:c0d6) |
| 14:42.13 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:54.23 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-mqwbtbdgwecbxmzn) |
| 14:54.23 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:19.40 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 15:19.40 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:24.25 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:24.25 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:55.31 | *** join/#asterisk-dev kpfleming (4173e21c@gateway/web/freenode/ip.65.115.226.28) |
| 16:03.44 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 16:03.44 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 16:05.58 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:05.58 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:22.47 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 16:22.47 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 16:39.28 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:39.28 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:58.33 | *** join/#asterisk-dev kpfleming (4173e21c@gateway/web/freenode/ip.65.115.226.28) |
| 16:59.09 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 16:59.09 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:59.15 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 17:13.52 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 17:13.53 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 17:40.06 | *** join/#asterisk-dev oej (~Adium@132.177.252.187) |
| 17:40.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:20.13 | *** join/#asterisk-dev kpfleming (4173e21c@gateway/web/freenode/ip.65.115.226.28) |
| 19:02.11 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 19:02.11 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 19:25.02 | *** join/#asterisk-dev kpfleming (4173e21c@gateway/web/freenode/ip.65.115.226.28) |
| 19:29.22 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 19:29.23 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 19:34.01 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 19:36.11 | rgagnon | I have a codec development question for anyone familiar with that coding API |
| 19:37.19 | file | what is your question? |
| 19:38.19 | rgagnon | in the codec header files where a sample frame array is defined... is the content there important, or just random bytes? |
| 19:38.35 | rgagnon | IE: codecs/ex_ilbc.h static unit8_t ex_ilbc[] |
| 19:40.33 | file | it's used for determining the cost of the codec, so the translator stuff can choose the quickest/efficient route |
| 19:40.52 | rgagnon | How would I know what values I should but in there? |
| 19:41.05 | rgagnon | 2/but/put/ |
| 19:41.10 | rgagnon | oops |
| 19:41.13 | file | it's an example frame |
| 19:42.00 | rgagnon | ok, so the content values are not REALLY that important... they could all be 0x00 and it would not make a difference ? |
| 19:42.27 | file | well, as long as the values are valid for the codec |
| 19:43.09 | rgagnon | Im wondering because I patched asterisk to do 20ms ilbc in order to get rid of mr roboto, but.... and it works, but I simply shaved the last 12 bytes off of that sample frame in order to get it down to 38 bytes from 50 |
| 19:47.26 | rgagnon | Related question... I was going to invest some time so ilbc 20 AND 30 would end up as choices for codecs, but.... since asterisk can't transcode from 30ms to 20ms without some kind of buffering to account for the different sample rates, would it be more worth it to just eliminate the 30ms version, and replace it with the 20ms version only? |
| 19:47.59 | rgagnon | I ask since all the other codecs in asterisk are all 20ms |
| 19:48.34 | kpfleming | iLBC specs only define 30ms and 60ms frames |
| 19:48.42 | kpfleming | 20ms is non-compliant |
| 19:48.50 | rgagnon | no the rfc is 20ms and 30ms |
| 19:49.08 | kpfleming | memories are fading |
| 19:49.31 | rgagnon | works perfectly well with our customers now since we patched it for 20ms only on our network |
| 19:49.47 | rgagnon | but to submit the change back to the project, I was curious which way to go about it |
| 19:50.32 | rgagnon | Looks like Mark tried 20ms back in svn rev3900 or so, due to old comments in the code, but it never got done |
| 19:51.13 | rgagnon | since then, google has opensourced the codec, so there is more information available |
| 19:53.25 | rgagnon | The problem arises when you put a call through asterisk and only one end is using ilbc... You get broken voice due to the packets not lining up perfectly for transcoding |
| 19:55.47 | kpfleming | with proper jitter buffers at the ends it works fine. that set of circumstances is not unique to iLBC. |
| 19:55.50 | rgagnon | with 20ms, you can hear everything without having to create a buffering mechanism in asterisk. the only thing is the bandwidth goes up..... 20ms ilbc uses 15.2Kb/s vs. the 13.3Kb/s for 30ms |
| 19:56.32 | rgagnon | hmm... so maybe the jitterbuffer would resolve as well... ok.... I should develop it to have both codecs as an option then instead of replacing things |
| 20:31.14 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 20:31.14 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 20:36.56 | *** join/#asterisk-dev kpfleming (4173e21c@gateway/web/freenode/ip.65.115.226.28) |
| 21:37.15 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 21:37.15 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 22:26.50 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 23:07.25 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 23:20.17 | *** join/#asterisk-dev oej (~Adium@ip-64-134-186-107.public.wayport.net) |
| 23:20.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 23:24.40 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-mqwbtbdgwecbxmzn) |
| 23:55.27 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 23:55.27 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 23:59.19 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 23:59.19 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |