| 00:26.05 | *** join/#asterisk-dev Jamuel (~Adium@67.180.156.186) |
| 00:26.57 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 00:31.10 | gtjoseph | file: i'm trying to help out Dan Cropp with his pjsip/vitelity issue... How can you force the user part of From to be the auth username? |
| 00:31.37 | file | from_user |
| 00:31.51 | gtjoseph | where? |
| 00:31.57 | file | endpoint |
| 00:32.18 | gtjoseph | damn |
| 00:32.21 | gtjoseph | :) |
| 00:32.36 | gtjoseph | right where it's supposed to be |
| 01:28.43 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 03:05.28 | *** join/#asterisk-dev snuff-work (~blatus@203.87.53.74) |
| 03:05.28 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 03:53.14 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 04:35.34 | *** join/#asterisk-dev tm1000 (sid6728@gateway/web/irccloud.com/x-fnicemrtfkhdqgyr) |
| 04:38.28 | *** join/#asterisk-dev philippel (uid10480@gateway/web/irccloud.com/x-lzqvuheftpkmnhjt) |
| 05:25.47 | *** join/#asterisk-dev spditner (~simon@75-119-235-129.dsl.teksavvy.com) |
| 07:14.35 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 08:26.25 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:26.25 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:16.44 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 09:38.48 | *** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 10:22.44 | *** join/#asterisk-dev skrusty (~skrusty@168.63.14.171) |
| 11:40.58 | *** join/#asterisk-dev sgimeno (~sgimeno@pct-ionide-10.uc3m.es) |
| 12:59.51 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 12:59.51 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 13.0.0 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev |
| 13:04.53 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:05.05 | *** part/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:05.06 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 14:00.45 | *** join/#asterisk-dev oej (~Adium@2.69.227.46) |
| 14:00.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:02.08 | *** join/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 14:02.31 | *** part/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 14:03.40 | *** join/#asterisk-dev Dovid (~Dovid@static-173-63-105-210.nwrknj.fios.verizon.net) |
| 14:14.30 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:14.31 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:21.17 | *** join/#asterisk-dev danjenkins__ (~dan@nat/digium/session) |
| 14:24.47 | *** join/#asterisk-dev Qwell (north@asterisk/developer/Qwell) |
| 14:24.47 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 14:30.54 | *** join/#asterisk-dev Marquis42 (~mrbmw@d14-69-246-193.try.wideopenwest.com) |
| 14:33.43 | *** join/#asterisk-dev ovoshlook (55158cfd@gateway/web/freenode/session) |
| 14:34.00 | ovoshlook | Hello. Need help with Asterisk 12.6 and cdr_adaptive_odbc. I configured connector, database and cdr_adaptive_odbc.conf correctly. When I do Core reload I see that parser of this file sucessfully reads info from it, but I see no one row at dump wwen reload core. |
| 14:34.27 | ovoshlook | At same machine with 12.7 that connexted with this that database and table all works correctly |
| 14:37.48 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 14:40.24 | *** join/#asterisk-dev newtonr (~newtonr@173-21-90-203.client.mchsi.com) |
| 14:40.24 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:44.08 | ovoshlook | Hello. Need help with Asterisk 12.6 and cdr_adaptive_odbc. I configured connector, database and cdr_adaptive_odbc.conf correctly. When I do Core reload I see that parser of this file sucessfully reads info from it, but I see no one row at dump wwen reload core. |
| 14:44.16 | ovoshlook | At same machine with 12.7 that connexted with this that database and table all works correctly |
| 14:50.15 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 14:52.09 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/session) |
| 14:52.09 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:53.03 | [TK]D-Fender | If the same maching runnin 12.7 works, and 12.6 doesn't .... they 12.6 isn't going to get fixed (again) |
| 15:07.16 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:07.16 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:17.03 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/session) |
| 15:24.50 | *** join/#asterisk-dev danjenkins__ (~dan@nat/digium/x-txxernibdbbacjdr) |
| 15:25.11 | *** join/#asterisk-dev ovoshlook (55158cfd@gateway/web/freenode/ip.85.21.140.253) |
| 15:25.28 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-pfkywfykljvqbzfh) |
| 15:25.28 | *** mode/#asterisk-dev [+o mjordan] by asimov.freenode.net |
| 15:25.55 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-ysqpbctgzhumndud) |
| 15:38.19 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-fyqlfcktngabikus) |
| 16:02.56 | file | gtjoseph, so you were able to get stuff working fine with Vitelity? |
| 16:03.21 | gtjoseph | i was, yeah. waiting for feedback from Dan. |
| 16:03.33 | file | he responded - no change |
| 16:03.55 | gtjoseph | Hmmmm. |
| 16:04.16 | gtjoseph | i wonder if it has to do with how he's originating the calls |
| 16:05.40 | gtjoseph | oh no. "The firewall should be doing fixup commands to change the values in the packetâ |
| 16:06.17 | file | yeahhhhhh |
| 16:07.11 | leifmadsen | nooooooo |
| 16:07.19 | Marquis42 | leifmadsen: Where's that gif you made? :) |
| 16:08.47 | leifmadsen | gtjoseph: http://imgur.com/0CwIvYt |
| 16:09.08 | gtjoseph | yeah, no kidding |
| 16:11.28 | malcolmd | SIP ALG's are a plot by router manufacturers to force you into their solution because it's the only one that works out of the box with the clinically insane ALG. /r/ShowerThoughts |
| 16:12.12 | Marquis42 | Sounds exactly right |
| 16:13.13 | file | I have a bad feeling that there is an ALG in place and that it's requiring a Contact header in the ACK |
| 16:14.10 | file | which is actually optional |
| 16:15.20 | malcolmd | what's the harm in making an optional mandatory? (trololololo) |
| 16:29.00 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 16:33.20 | ipengineer | mjordan: I was finally able to find/duplicate that stuck channel issue. It happens anytime you perform a blind transfer to an invalid destination. ie transfer to a voicemail that doesnt exist.. You will get the standard âNo entry in voicemail config file⦠â WARNING and then the channel will hang in the Ring state. We went through the dialplan and just made sure we didnt have any invalid references anymore and th |
| 16:33.20 | ipengineer | seems to have fixed the issue. Not sure if there is some underlying issue though, aside from realtime that should have kept that from happening. Note we have only see this happen with PJSIP. not chan_sip. We use both.. |
| 16:38.49 | sgriepentrog | ipengineer: mjordan: that sounds like ASTERISK-24513 |
| 16:39.32 | sgriepentrog | For which I have this patch in review: https://reviewboard.asterisk.org/r/4262/ |
| 16:40.14 | sgriepentrog | Except that this issue happens in sip & pjsip |
| 16:40.56 | file | a blind transfer how? from the phone itself, or features DTMF based? |
| 16:42.03 | ipengineer | file: From the phone itself by hitting xfer, dialing extension, pressing send |
| 16:43.47 | file | k |
| 16:45.32 | stefan27 | Anyone care to look at this crash-dump? http://pastebin.com/i1fRrntm It's from asterisk 13.0.0 production environment so no DONT_OPTIMIZE and such |
| 16:45.33 | sgriepentrog | ipengineer: blind transfer feature code, or attended transfer feature code with a hangup when it's invalid? |
| 16:46.12 | file | yup |
| 16:46.18 | file | just reproduced it |
| 16:46.29 | file | you basically blind transfer to something that fails rapidly - like an extension that does a NoOp |
| 16:46.31 | ipengineer | file: Cool! :) |
| 16:46.45 | file | ipengineer, can you file an issue please/ |
| 16:46.46 | file | ? |
| 16:46.52 | ipengineer | Yes |
| 16:47.15 | file | wow, I've forgotten how to use gdb |
| 16:47.25 | file | and now I've remembered |
| 16:50.03 | leifmadsen | heh |
| 16:51.58 | mjordan | stefan27: I think that just got fixed a few days ago in the 13 branch |
| 16:52.33 | mjordan | Specifically, ASTERISK-24604. |
| 16:54.38 | mjordan | so, uhm. putnopvut and/or gtjoseph: https://bamboo.asterisk.org/bamboo/browse/AST-ATSF-448 |
| 16:55.05 | gtjoseph | is looking |
| 16:55.13 | file | that's gtjoseph |
| 16:55.20 | file | undefined symbol: ast_sip_get_sorcery |
| 16:55.42 | gtjoseph | Eh? |
| 16:56.26 | file | oh - opticron's macro |
| 16:57.10 | file | it needs CHECK_PJSIP_SESSION_MODULE_LOADED(); |
| 16:57.16 | file | or equivalent |
| 16:57.28 | file | CHECK_PJSIP_MODULE_LOADED(); |
| 16:58.41 | gtjoseph | fixing |
| 16:59.00 | file | ipengineer, this is quite interesting in that I have no idea why it's doing what it's doing |
| 17:00.25 | file | keeps forgetting about that macro |
| 17:00.59 | ipengineer | file I didnt figure this was something with realtime.. Does it only do it in PJSIP? |
| 17:01.11 | file | ipengineer, probably |
| 17:02.35 | ipengineer | Issue created: https://issues.asterisk.org/jira/browse/ASTERISK-24624 |
| 17:02.54 | gtjoseph | file: I may have a problem with that macro. The config wizard is set to load before res_pjsip. |
| 17:03.36 | file | welp, you can't call ast_sip_get_sorcery unless it is loaded |
| 17:04.51 | gtjoseph | yeah, ... |
| 17:04.52 | file | on that bombshell I'm going to lunch - bbs |
| 17:05.31 | file | you can just do what the macro does, except not make it fatal |
| 17:06.01 | gtjoseph | exactly |
| 17:17.10 | stefan27 | given a jira like https://issues.asterisk.org/jira/browse/ASTERISK-24604 how do i find out if the resulting commits are included in a certain upgrade say 13.1.0? |
| 17:17.23 | stefan27 | it does look that way mjordan, thanks |
| 17:18.47 | stefan27 | resolved 12/Dec/14 11:01 AM means it will be shipped with 13.2.0? |
| 17:18.47 | ipengineer | stefan27: I believe they update the âTarget Release Version/sâ field |
| 17:19.31 | mjordan | stefan27: ipengineer: yup, we'll update the target version when the first RC of that is made. Since it was committed, it should be in 13.2.0 |
| 17:20.25 | stefan27 | 13.x.0 versions come every 6 weeks on average? |
| 17:20.49 | mjordan | approximately. We try to do about 4 - 8 week cycles, depending on what is going on. |
| 17:21.09 | mjordan | we've been closer to 8 recently; I'm trying to push it back to 6 :-) |
| 17:24.29 | stefan27 | elusive bug, asterisk 13 had been running for 3 weeks before today then crashes 10 minutes after a restart where the only difference was adding "allow: g722" to all sip peers, was that just by chance? now it's been running 8 hours and counting without crashing without having done any changes since this morning. i wonder if i should prepatch the commits in that jira or wait til 13.2.0 |
| 17:26.18 | mjordan | The race condition solved in ASTERISK-24604 involves restarting |
| 17:43.36 | file | falls back into existence |
| 17:49.36 | gtjoseph | file: can I get a quick review of https://reviewboard.asterisk.org/r/4269/ for the test breakage? |
| 17:51.20 | file | good2go |
| 17:51.40 | gtjoseph | thx |
| 17:51.47 | gtjoseph | thx |
| 17:54.31 | gtjoseph | mjordan: fix for test breakage committed. |
| 17:54.44 | mjordan | thanks! |
| 17:57.03 | *** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 18:09.45 | *** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 18:20.23 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-leotqgvtnzyyzsos) |
| 18:53.56 | *** join/#asterisk-dev linetrace (~linetrace@65.19.81.126) |
| 18:58.15 | mjordan | every time I think I'm done with parsing Asterisk version numbers, I'm proven wrong |
| 18:59.38 | file | mjordan, poor poor man... |
| 19:00.31 | mjordan | yeah. |
| 19:00.39 | mjordan | I should have just ignored the problem. |
| 19:03.06 | mjordan | but! I do think I finally fixed the minversion problem |
| 19:29.32 | *** join/#asterisk-dev Jamuel (~Adium@67.180.156.186) |
| 19:38.14 | stefan27 | file i applied your change https://code.asterisk.org/code/rdiff/asterisk?csid=429497&u&N to 13.1.0-src there's no real danger in that? |
| 19:38.45 | file | ummmm |
| 19:38.56 | file | nope |
| 19:38.57 | mjordan | define 'danger' |
| 19:39.28 | stefan27 | like if that fix required 13.1.0+ version of ao2_bump or something |
| 19:40.22 | file | mjordan, you insane man |
| 19:53.42 | mjordan | file: versions? |
| 19:56.28 | file | yes |
| 19:57.01 | mjordan | yes. |
| 19:57.12 | mjordan | OTOH, I *think* it works. |
| 20:05.18 | *** join/#asterisk-dev ibercom (5337900f@gateway/web/freenode/ip.83.55.144.15) |
| 20:07.56 | stefan27 | i'm glad im not a morning person, it's always easiest to get help from IRC from 2 pm to 10 pm gmt cause thats when americans go to work |
| 20:14.05 | *** join/#asterisk-dev ipengineer_ (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 20:14.13 | mjordan | "work" |
| 20:14.20 | mjordan | I just browse reddit all day. srsly. |
| 20:35.25 | *** join/#asterisk-dev danjenkins_ (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 20:38.38 | mjordan | nuts. Dr. Dobb's is going away. |
| 20:41.39 | *** join/#asterisk-dev danjenkins_ (~dan@nat/digium/x-ecsacpljjpclrnnw) |
| 21:07.01 | *** join/#asterisk-dev wedhorn (~wedhorn@110-175-181-222.static.tpgi.com.au) |
| 21:07.56 | Marquis42 | waaaaaat? |
| 21:07.59 | Marquis42 | The end of an era |
| 21:08.09 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 21:08.10 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:13.44 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 21:42.22 | leifmadsen | what is a "Dr. Dobbs" ? |
| 21:42.39 | Marquis42 | Turn in your tech nerd card. :P |
| 21:42.45 | Marquis42 | Dr. Dobbs Journal? |
| 21:42.52 | leifmadsen | Marquis42: we already know I turned that in long ago |
| 21:43.04 | Marquis42 | haha |
| 21:55.53 | *** join/#asterisk-dev ibercom (5337900f@gateway/web/freenode/ip.83.55.144.15) |
| 21:59.06 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 22:16.16 | linetrace | glad the dr. dobbs content will remain up (at least for the near future) |
| 23:07.04 | gtjoseph | linetrace: can you do a "Send Back" if you're finished updating ASTERISK-24565 |
| 23:08.08 | linetrace | gtjoseph: oops, yes. done |
| 23:08.52 | gtjoseph | thanks. |
| 23:08.59 | linetrace | gtjoseph: thank you |
| 23:12.41 | mjordan | huh |
| 23:12.47 | mjordan | when did we add chan_pjsip_transfer |
| 23:13.50 | mjordan | hm. Or that's been there the entire time. |
| 23:13.53 | mjordan | is probably just confused |
| 23:14.10 | file | it's been there the entire time |
| 23:14.49 | mjordan | yeah. |
| 23:16.12 | mjordan | I think it's just the 302 portion that I was thinking of. It's there, just doesn't quite work |
| 23:16.27 | linetrace | what's the likelihood i could build certified-asterisk-11.6 on OS X? |
| 23:30.51 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-pfkywfykljvqbzfh) |
| 23:37.56 | linetrace | in attempting to build asterisk-11.15.0 on OS X 10.9.5, I get errors in enum.c: 'C_IN' undeclared |
| 23:38.05 | *** join/#asterisk-dev Dovid (~Dovid@ool-2f113961.dyn.optonline.net) |
| 23:41.52 | linetrace | ah, looks like nameser_compat.h is not being included |
| 23:52.05 | *** join/#asterisk-dev ipengineer (~zconkle@108-206-120-218.lightspeed.mckntx.sbcglobal.net) |
| 23:52.18 | ipengineer | file: You still here? |
| 23:52.38 | file | maybe. |
| 23:52.53 | ipengineer | lol.. Well Ill make it an easy question.. |
| 23:54.23 | ipengineer | That issue I reported earlier today, would adding: exten=> i, 1, Hangup() catch those invalid extensions and keep those channels from sticking? |
| 23:54.36 | file | no idea |
| 23:55.21 | file | I don't think so |
| 23:56.12 | ipengineer | hmm⦠Ok. Well I will keep an eye on reviewboard to see when a fix comes around and test it then. |