| 00:20.26 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-jlnutwzpqtrtlchl) |
| 04:04.28 | snuff-work | mm.. is there a 'pjsip' version of the 'SIPAddHeader' cmd ? |
| 04:18.09 | snuff-work | nm.. think i found it.. need to update my dialplan |
| 04:18.33 | snuff-work | also it appears my sip timers issue still exists in latest SVN checkout =( |
| 04:18.40 | snuff-work | for pjsip |
| 04:18.49 | snuff-work | *git |
| 04:52.02 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.168) |
| 07:28.42 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 07:54.29 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:1dd7:b42:3b85:c2f5) |
| 07:58.19 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:58.19 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 08:05.54 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:05.54 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:07.06 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 09:36.27 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 13:23.56 | DanQuinney | snuff-work: https://wiki.asterisk.org/wiki/display/AST/Asterisk+13+Function_PJSIP_HEADER |
| 13:30.37 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 14:08.54 | tsearle | is there a ChangeLog for the digium opus codec? |
| 14:09.19 | tsearle | (curious what's been added in the new version) |
| 14:11.08 | file | we don't currently produce a formal one afaik |
| 14:11.23 | file | if there's something substantial we blog about it |
| 14:44.08 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:44.08 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:51.19 | cresl1n | whistles |
| 15:00.18 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-hkzbjdrvkdlxhmba) |
| 15:00.18 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:05.34 | tsearle | waves to cresl1n |
| 15:05.41 | cresl1n | tsearle!!!! |
| 15:06.08 | tsearle | how's it going? |
| 15:06.23 | cresl1n | Forward forward forward |
| 15:06.31 | cresl1n | When do you move in to the new house? |
| 15:06.48 | tsearle | don't know the date yet, probably in around 4-5 months |
| 15:07.14 | cresl1n | that's a long term ordeal |
| 15:07.57 | tsearle | it's how belgium works, you have a notary who works with a notary of the seller |
| 15:08.31 | tsearle | the sellers notary drafts an "understanding of sale" document |
| 15:09.17 | tsearle | that starts the 4 month timer for me to get a mortgage, and my notary to do background checks for issues with the property and draft a "act of sale" |
| 15:09.23 | tsearle | after which I get the place |
| 15:10.00 | cresl1n | are you excited? |
| 15:10.07 | tsearle | yup :-) |
| 15:10.28 | *** join/#asterisk-dev bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 15:10.28 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 15:10.39 | tsearle | it's surrounded by forest pretty much |
| 15:11.09 | tsearle | anyhow, in other news, Friday is 10 years of me @ voxbone |
| 15:11.20 | tsearle | which also means 10years of playing with asterisk |
| 15:12.07 | cresl1n | congrats! |
| 15:12.15 | cresl1n | A cake is in your future? |
| 15:12.28 | tsearle | kind of....... |
| 15:12.43 | tsearle | the day also happens to coincide with the company xmas event |
| 15:12.45 | tsearle | :-P |
| 15:13.05 | file | time flies when manipulating the space time continuum |
| 15:13.18 | tsearle | yeah |
| 15:13.30 | tsearle | found that prolonged exposure to chan_sip.c has that effect |
| 15:29.15 | cresl1n | flight? |
| 16:08.24 | *** join/#asterisk-dev pnlarsson (~niklas@2a02:760:1000:e:48ac:e5b7:5663:136d) |
| 16:09.21 | pnlarsson | Hi, trying to add a comment in gerrit - and it becomes a draft - how do I make it more than a draft? |
| 16:10.03 | file | you click the "Reply" button |
| 16:10.07 | file | on the main page of the review |
| 16:11.04 | pnlarsson | aha - worked - thanks |
| 16:13.57 | file | yeah, you do all the comments and such and then hit reply - so they go out as one thing |
| 17:09.30 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 18:21.05 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00d52c4a8508eaadea.ipv6.abo.wanadoo.fr) |
| 18:24.14 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 18:29.13 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip184-182-52-160.ph.ph.cox.net) |
| 18:36.45 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00582e0a5d33f67afd.ipv6.abo.wanadoo.fr) |
| 18:52.12 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d0058410e5a3ad8c434.ipv6.abo.wanadoo.fr) |
| 19:05.18 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d0048765cb8a3d10fb2.ipv6.abo.wanadoo.fr) |
| 19:17.31 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d0025845a51dfd154e5.ipv6.abo.wanadoo.fr) |
| 19:32.21 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00f4d7ddd1bc0987bc.ipv6.abo.wanadoo.fr) |
| 19:37.22 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 19:37.22 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 19:44.12 | *** join/#asterisk-dev tzafrir (~tzafrir@62-90-199-170.barak.net.il) |
| 19:44.13 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:37.14 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:37.14 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 20:51.03 | *** join/#asterisk-dev bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 20:51.03 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 20:51.52 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:51.52 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 22:31.54 | kharwell | in res_pjsip, if trust_id_outbound=no on an endpoint should we always send anonymized info for the user and domain? |
| 22:32.31 | file | we shouldn't expose whatever is private |
| 22:33.32 | kharwell | currently it looks like we leave a given header (for instance From header) untouched if =no. We only update the header if =yes or not restricted |
| 22:33.43 | kharwell | what's considered private then? |
| 22:34.06 | kharwell | just stuff set via callerid or connected line functions where marked as "allowed"? |
| 22:34.41 | file | I don't know the presentation values and their meaning off the top of my head |
| 22:36.32 | file | Richard would know better |
| 22:52.11 | gtjoseph | the rule was if presentation = prohib and trust_id_outbound = no, then anonymize |
| 23:22.33 | kharwell | ya I am wondering if that should be an "or" |
| 23:22.48 | gtjoseph | that wasn't the original meaning |
| 23:23.08 | gtjoseph | if trust was yes, then always send regardless of presentation |
| 23:23.21 | gtjoseph | at least that's what i took it to mean |
| 23:23.39 | file | gtjoseph: agreed |
| 23:27.01 | kharwell | okay so trust_id overrides pres. So then should the opposite apply? If trust_id=no then don't show even if pres is allowed? |
| 23:27.12 | gtjoseph | no |
| 23:27.19 | gtjoseph | if trust=no, obey pres |
| 23:29.31 | kharwell | is default pres=allowed I guess? Otherwise seems like the from header would always be anonymized when pres not set, which I'm not seeing |
| 23:29.41 | gtjoseph | correct |