| 00:03.44 | file | oic |
| 01:07.02 | gtjoseph | hates debugging call quality issues |
| 01:45.06 | *** join/#asterisk-dev opticron (~opticron@75.76.59.35) |
| 01:45.06 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 02:31.51 | snuff-work | packet trace or it didn't happen =) |
| 02:32.30 | gtjoseph | i wish I could capture one but the issue is outbound to the ITSP. |
| 02:34.19 | snuff-work | ah.. i'm happy for the 'most part' being away from ITSP.. just internal company voip comms for me now.. |
| 03:51.05 | *** join/#asterisk-dev mbello (~mbello@187.183.95.224) |
| 03:51.26 | mbello | quit |
| 03:51.35 | *** part/#asterisk-dev mbello (~mbello@187.183.95.224) |
| 03:55.47 | *** join/#asterisk-dev mbello (~mbello@187.183.95.224) |
| 03:56.55 | mbello | Hello. I just posted this on #asterisk, but wonder if this is the better channel. If it is not and I am abusing the channel please tell me and I will quit. |
| 03:57.12 | mbello | I am experiencing the PJSIP bug described here https://community.asterisk.org/t/13-10-0-pjsip-deadlock/67746 |
| 03:57.59 | mbello | It also happens on 13.11.2 which I am running now. I have gotten a backtrace here ( http://pastebin.com/raw/wYDUkWHV) and have the machine on in case someone wants me to get more info from it. |
| 04:23.36 | snuff-work | mbello: most of the ppl that could possibly help are sleeping.. as you using your own PJSIP? or the one bundled with 13? |
| 04:55.41 | mbello | Bundled with 13 |
| 04:56.15 | mbello | @snuff-work Actually, the one bundled with FreePBX13 which I believe uses the one bundled with Asterisk |
| 04:56.52 | mbello | I managed to improve the backtrace, new one is here: http://pastebin.com/6HHxDz2E |
| 04:57.13 | mbello | Unfortunately, I need to reboot the PBX now, can no longer keep it offline. |
| 04:59.36 | snuff-work | if you put it with your issue.. i'm sure someone will look at it.. i'm not that skilled in pjsip issues =) |
| 04:59.57 | mbello | I will open a bug report |
| 05:00.17 | mbello | thanks! |
| 05:58.52 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 06:49.42 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 07:05.20 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:24.17 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 08:11.26 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 08:13.22 | *** join/#asterisk-dev Qwell (~north@asterisk/developer/Qwell) |
| 08:13.22 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 09:44.33 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 09:52.11 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 09:57.13 | *** join/#asterisk-dev leifmadsen (~leifmadse@asterisk/documenteur-extraordinaire/blitzrage) |
| 09:57.13 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 10:19.10 | *** join/#asterisk-dev _Uni (~textual@static.187.39.0.81.ibercom.com) |
| 10:53.26 | *** join/#asterisk-dev _Uni (~textual@static.187.39.0.81.ibercom.com) |
| 11:56.52 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:56.52 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:06.55 | *** join/#asterisk-dev oej (~oej@cpe-24-198-144-89.maine.res.rr.com) |
| 12:06.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:11.22 | *** join/#asterisk-dev acidfoo_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 12:11.28 | coreyfarrell | file: looks like the mailing list is down |
| 12:11.38 | file | Digium is down |
| 13:08.18 | *** join/#asterisk-dev leedm777 (~textual@216.186.189.18) |
| 13:15.50 | file | leedm777, greetings comrade |
| 13:22.20 | leedm777 | waves |
| 13:58.43 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:58.43 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:58.49 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-zanxgazcjdatpghh) |
| 14:02.25 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-jlgjuentomhvtymo) |
| 14:02.25 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:16.25 | file | cresl1n, . |
| 14:17.15 | cresl1n | Hello file |
| 14:17.29 | cresl1n | I see you stole my punctuation |
| 14:17.41 | file | yes |
| 14:21.52 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:21.52 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:22.49 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-qepkahskegdwveqx) |
| 14:23.48 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-ruwegyvxekmprzhk) |
| 14:24.41 | cresl1n | waves to kharwell |
| 14:32.33 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-jgjfgiauvsekonbk) |
| 14:32.33 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:39.06 | kharwell | cresl1n: hiya |
| 14:48.13 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-ikfjikwjjsudfslm) |
| 14:48.26 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-vrkopwpssdshqngi) |
| 15:21.03 | file | OH |
| 15:21.05 | file | I REMEMBER |
| 15:21.28 | file | rmudgett, so the reason autohints exist is that for pattern matching based hints the act of individually subscribing creates the hint |
| 15:21.51 | file | since the publishing of extension state does not individually subscribe (it wants it all) you'd never get the info |
| 15:22.52 | file | and evaluating the hint to determine if it should be created based on the device state would have been... ouchy |
| 15:24.01 | rmudgett | With autohints you don't have the ability to get presence state as well. |
| 15:24.59 | file | only publishing extension state was taken into account when it was written |
| 15:43.54 | file | did the rc1 email go out? |
| 15:44.53 | rmudgett | I haven't seen it yet |
| 15:46.01 | file | how odd |
| 15:46.15 | file | oh |
| 15:46.16 | file | GAH |
| 15:46.18 | file | I need to fix that |
| 15:46.30 | file | y should equal Y |
| 15:46.37 | file | k, sent |
| 15:46.44 | file | now I'm going to lunch |
| 16:04.37 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 16:05.07 | gtjoseph | hmmm chan_sip doesn't seem to be removing registry entries when a uac unregisters. |
| 16:05.43 | gtjoseph | it looks like they get removed only when they expire |
| 16:06.06 | gtjoseph | bug or feature? |
| 16:10.37 | file | gtjoseph, yes. |
| 16:10.58 | gtjoseph | thanks :) |
| 16:11.22 | gtjoseph | i think it's the root cause of the runaway |
| 16:11.31 | acidfoo_ | gtjoseph does "unregister" mean a uac that send a REGISTER with an expiry time of 0 ? |
| 16:11.36 | gtjoseph | correct |
| 16:12.11 | gtjoseph | the uac is gone but chan_sip still tries (forever) to send NOTIFYs for mailboxes |
| 16:12.14 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 16:12.14 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 16:12.16 | acidfoo_ | and does "registry entries" means the "peer" object ? of a a record in a realtime database ? |
| 16:12.28 | gtjoseph | well, until it expires |
| 16:12.29 | acidfoo_ | s/of/or |
| 16:12.44 | gtjoseph | acidfoo_: no, i'm talking about the Registry entry in the astdb |
| 16:12.54 | acidfoo_ | I think that when a register with a expiry 0 is sent, the peer object should be updated to NULLify the IPaddress |
| 16:12.59 | acidfoo_ | ok |
| 16:13.12 | acidfoo_ | going to eat too, bbl |
| 16:13.21 | gtjoseph | ah, that's a good thing to check though. |
| 16:13.51 | gtjoseph | it didn't remove the ipaddr either |
| 16:13.56 | gtjoseph | even when it expired |
| 16:26.14 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-qxrwlwuppgqwsmrj) |
| 17:40.07 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 17:48.13 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 18:54.22 | file | ooh |
| 18:54.27 | file | "This may also reduce latency for user dashboards on a multi-core system as each query for the different sections can now run on separate threads and return results when ready." |
| 18:54.31 | file | re: latest Gerrit |
| 19:11.36 | cresl1n | Changelog Pr0n |
| 19:42.19 | *** join/#asterisk-dev klow (~textual@207.115.87.185) |
| 20:56.26 | *** join/#asterisk-dev klow (~textual@96-81-150-137-static.hfc.comcastbusiness.net) |
| 21:17.15 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 21:17.15 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:17.55 | *** join/#asterisk-dev klow (~textual@96-81-150-137-static.hfc.comcastbusiness.net) |
| 21:51.19 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 21:51.19 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 22:32.59 | *** join/#asterisk-dev danjenkins (danjenkins@gateway/shell/firrre/x-cmbjrcmkvsoingoq) |
| 23:27.57 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-qxrwlwuppgqwsmrj) |