| 00:16.32 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-thvxnqvxltdfarkg) |
| 00:21.44 | *** join/#asterisk-dev snuff-work (~snuffy@1.147.92.156) |
| 00:21.44 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:46.42 | *** join/#asterisk-dev Ta^3 (~tacvbo@187.188.107.19) |
| 01:01.04 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 01:53.15 | *** join/#asterisk-dev serafie1 (~erin@24.96.64.240) |
| 01:56.31 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 02:01.37 | *** join/#asterisk-dev serafie1 (~erin@24.96.64.240) |
| 02:05.26 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 02:12.05 | *** join/#asterisk-dev serafie1 (~erin@24.96.64.240) |
| 03:53.09 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip24-251-34-116.ph.ph.cox.net) |
| 05:53.09 | *** join/#asterisk-dev oron (~oron_lapt@line25-214.adsl.actcom.co.il) |
| 06:45.35 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-kvtxfzoxcaffazid) |
| 07:20.33 | *** join/#asterisk-dev vlad_starkov (~vlad_star@83.220.238.66) |
| 07:37.02 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 07:52.34 | *** join/#asterisk-dev vlad_starkov (~vlad_star@83.220.238.66) |
| 07:55.26 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@109.188.126.235) |
| 09:55.12 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:d5c5:773c:d278:a69b) |
| 11:05.07 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.235) |
| 11:17.03 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 11:23.14 | *** join/#asterisk-dev reconwireless (uid10170@gateway/web/irccloud.com/x-oziygnrphisiruzp) |
| 11:40.17 | *** join/#asterisk-dev snuff-work (~snuffy@101.170.37.250) |
| 11:40.17 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 12:29.31 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 12:29.31 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:52.39 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 13:06.56 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 13:07.55 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:15.25 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.235) |
| 13:23.51 | *** join/#asterisk-dev ccesario (~ccesario@177.35.100.6) |
| 13:37.15 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.235) |
| 13:51.45 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 13:51.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:21.32 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-vzrgumppxjgjocam) |
| 14:27.29 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-czxdpvijmaboqpof) |
| 14:31.31 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:31.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:38.37 | seanbrig1t | sruffell: hi! (i'm just saying hi, don't be scared) |
| 14:38.52 | sruffell | :) |
| 14:39.46 | file | it's a trap |
| 14:42.56 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 14:57.45 | leifmadsen | file: so interesting that another issue we're having with first hold (when calling 'internal', e.g. not gateway), that with a native bridge (I believe that is the term when you see Locally bridging?), on first hold you get MOH on far end, but also the audio from the near-end to the far end as well. You unhold, back to normal. You hold again, then you get MOH (not pass through audio). After return from second (or |
| 14:57.45 | leifmadsen | sometimes ti is the third hold), you get one way audio. |
| 14:58.02 | file | that's... bizarre |
| 14:58.03 | leifmadsen | Same work around though fixes all that; provide DYNAMIC_FEATURES to force non-native bridging |
| 14:58.08 | leifmadsen | file: it's bizarre as hell :) |
| 14:58.21 | leifmadsen | I'm going to try and get some time allocated to test on latest 1.8 though |
| 14:58.36 | leifmadsen | we can at least reproduce both those issues consistently, and both are in the native bridging code I believe |
| 14:58.43 | leifmadsen | always around MOH too it seems |
| 15:01.45 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-wnxfdqohicawzlhf) |
| 15:01.45 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:02.01 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-quowkngprsxjpznl) |
| 15:02.01 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:12.10 | jmls | cdr_adaptive seems to have a bug. Using standard cdr_pgsql works just fine with the voicemail table. Switch to cdr_adaptive, and I get the following error |
| 15:12.15 | jmls | *CLI> ERROR: null value in column "peeraccount" violates not-null constraint |
| 15:13.13 | jmls | all other "not null" columns are in the insert statement. The default cdr_pgsql also populates the peeraccount field, so I suspect that this field is missing from the default cdr_adaptive driver |
| 15:14.11 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 15:14.40 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:14.40 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:16.07 | jmls | sorry, should say asterisk-12 latest svn |
| 15:16.27 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-eueisvcbvlvwhrfx) |
| 15:20.20 | pabelanger | shouldn't you be able to add it via the cdr_adaptive.conf file? |
| 15:20.54 | pabelanger | alias peeraccount => peeraccount? |
| 15:22.58 | jmls | pabelanger: all other "default" cdr fields are not defined in there .. why is peeraccount different ? |
| 15:23.16 | pabelanger | IIRC, peeraccount was added recentlyish |
| 15:23.17 | jmls | just saying - if that's what I have to do, then cool. |
| 15:23.33 | pabelanger | not saying it is a bug, just offering up a workaround |
| 15:24.00 | jmls | I think it's a bug, as by using the default setup, the insert fails |
| 15:24.04 | pabelanger | or, the mapping for peeraccount in cdr_adaptive is different then your database layout |
| 15:24.10 | jmls | appreciate the workround though |
| 15:24.29 | pabelanger | however, CDRs in 12 have changed big time |
| 15:24.35 | pabelanger | so, you likely found something |
| 15:24.45 | jmls | the cdr_pgsql driver works fine with the peeraccount field, so i suspect it's not the db |
| 15:24.54 | pabelanger | I'd roll back to 1.8 and see if it works |
| 15:24.56 | pabelanger | then report a bug |
| 15:25.07 | jmls | 1.8 ? right ;) |
| 15:25.17 | pabelanger | well, something sub 12 |
| 15:25.21 | jmls | heh |
| 15:25.25 | jmls | maybe 11 |
| 15:28.00 | jmls | bugger. I suspect workaround won't , well, woraround the basic problem .. |
| 15:28.06 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 15:28.29 | jmls | I don't think that the peeraccount field is being passed into the adaptive driver at all, so it will always be null |
| 15:28.44 | jmls | despite the alias, and therefore fail |
| 15:31.11 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 15:42.46 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 15:47.01 | jmls | dstchannel and accountcode are also not present in the cdr_adaptive |
| 15:49.31 | mjordan | jmls: cdr_adaptive_odbc uses the 'query through the backdoor' approach to get at the values |
| 15:49.44 | jmls | my last statement is incorrect |
| 15:50.25 | jmls | right. I know what the problem is |
| 15:50.44 | jmls | peeraccount is only set when you connect / ring a sip device |
| 15:50.47 | jmls | right ? |
| 15:50.58 | jmls | so if I call an extension that is a conference room (for example) |
| 15:51.31 | jmls | then peeraccount is never set. therefore cdr_adaptive can't find it and therefore is null |
| 15:51.58 | jmls | and because the cdr table definition requires it to be not null, there's a problem |
| 15:52.02 | mjordan | peeraccount is set via the CHANNEL function |
| 15:52.14 | mjordan | it's never set implicitly by anything |
| 15:52.24 | jmls | mjordan: exactly |
| 15:52.31 | jmls | so - it can be null |
| 15:52.44 | mjordan | yup |
| 15:52.47 | jmls | the column definition is wrong, not the driver |
| 15:53.06 | mjordan | there's actually a patch up right now to define that schema |
| 15:53.13 | jmls | alebic ? |
| 15:53.16 | jmls | alembic |
| 15:53.18 | mjordan | yup |
| 15:53.22 | mjordan | https://reviewboard.asterisk.org/r/3227/ |
| 15:53.53 | mjordan | and, if I'm reading it correctly, it's allowed to be NULL |
| 15:53.56 | jmls | I can't see the definitions :( |
| 15:54.05 | mjordan | https://reviewboard.asterisk.org/r/3227/diff/#index_header |
| 15:54.23 | mjordan | scroll down to the file (longnumber)_create_cdr_table.py |
| 15:54.50 | jmls | I do need to make a comment there .. |
| 15:55.35 | jmls | the accountcode and peeraccount need to be bigger than 20 .. I have a guid as the accountcode, and need more than 20 chars to store this data |
| 15:57.33 | mjordan | jmls: unfortunately, you're in trouble there |
| 15:57.40 | mjordan | jmls: AST_MAX_ACCOUNT_CODE is defined in Asterisk as 20 characters |
| 15:57.53 | mjordan | so it's not as simple as a schema change. |
| 15:58.06 | mjordan | (and no, I don't know why it would be only characters...) |
| 15:58.10 | mjordan | er, only 20 |
| 15:59.44 | mjordan | jmls: probably the right thing to do would be to patch Asterisk for trunk with a higher limit of characters for AST_MAX_ACCOUNT_CODE, and change the schema there |
| 16:03.30 | jmls | mjordan: oh, crap ;) |
| 16:03.46 | jmls | thanks |
| 16:41.49 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:12.58 | *** join/#asterisk-dev otherwiseguy (~otherwise@74.5.120.10) |
| 17:24.48 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-zespdghrzivxqtyx) |
| 17:27.37 | pabelanger | something no compute: http://pastebin.com/YMMBPTES |
| 17:37.30 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 17:37.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:40.00 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 17:40.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:02.12 | *** join/#asterisk-dev danjenkins_ (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 18:03.02 | mjordan | pabelanger: ? |
| 18:04.42 | pabelanger | mjordan, the double F, thought me for a loop |
| 18:04.48 | pabelanger | until I checked out the source |
| 18:16.08 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 18:16.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:20.37 | *** join/#asterisk-dev reconwireless (uid10170@gateway/web/irccloud.com/x-qwcixgsijdqynzij) |
| 18:33.08 | *** join/#asterisk-dev coreyf1513 (~cfarrell@24-177-3-55.dhcp.nwtn.ct.charter.com) |
| 18:59.04 | seanbrig1t | is there any way to influence how asterisk generates ice candidates? |
| 18:59.51 | seanbrig1t | basically, i wanted asterisk to use it's externaddr (defined in sip.conf) for the host candidates |
| 19:01.36 | file | not presently |
| 19:02.04 | seanbrig1t | its* |
| 19:02.07 | seanbrig1t | ok |
| 19:04.05 | seanbright | file: if i wanted to make that change, do i have to delve into the pjproject stuff? |
| 19:05.00 | file | shouldn't have to, no |
| 19:05.39 | seanbright | alrighty |
| 19:05.41 | seanbright | thanks |
| 19:05.56 | file | res_rtp_asterisk is where local candidates are produced |
| 19:06.35 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.235) |
| 19:06.40 | seanbright | ahh. splendid. |
| 19:06.44 | seanbright | thanks bub |
| 19:15.40 | *** join/#asterisk-dev scouture (~scouture@unaffiliated/scouture) |
| 19:16.40 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.242) |
| 19:25.43 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 19:32.58 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip24-251-34-116.ph.ph.cox.net) |
| 19:50.02 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 19:51.29 | seanbright | file: that was suprisingly easy. |
| 19:51.37 | seanbright | pjsip has a nice api |
| 19:52.01 | file | and for your next trick... a cake? |
| 19:52.09 | seanbright | ta-da! |
| 19:52.53 | file | there's nothing |
| 19:52.55 | file | I demand a refund |
| 19:58.07 | *** join/#asterisk-dev vlad_starkov (~vlad_star@91.206.59.138) |
| 20:04.45 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 20:04.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:06.12 | *** join/#asterisk-dev oron (~oron_lapt@line25-214.adsl.actcom.co.il) |
| 20:09.13 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 20:44.58 | *** join/#asterisk-dev newtonr (~newtonr@173-17-135-67.client.mchsi.com) |
| 20:44.58 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 20:57.50 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 20:57.50 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 20:58.10 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@109.188.124.242) |
| 21:14.21 | *** join/#asterisk-dev newtonr (~newtonr@173-17-135-67.client.mchsi.com) |
| 21:14.21 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 21:31.53 | *** join/#asterisk-dev snuff-work (~snuffy@203.63.71.233) |
| 21:31.53 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 21:37.41 | *** join/#asterisk-dev t_dot_zilla (~vipkilla@unaffiliated/t-dot-zilla/x-2830497) |
| 21:38.02 | *** part/#asterisk-dev t_dot_zilla (~vipkilla@unaffiliated/t-dot-zilla/x-2830497) |
| 21:54.33 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 22:07.25 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@66-232-81-197.ctcweb.net) |
| 22:27.13 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 22:34.47 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 22:34.47 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 22:43.02 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 23:10.38 | *** join/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 23:34.28 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 23:59.50 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |