Re: [patch] portability / start of osx port

After applying your patches I am getting this error when compiling on Fedora 11: [bc...@snowball debug]$ gmake Making all in libinktomi++ gmake[1]: Entering directory `/home/bcall/dev/traffic/release_2_0/debug/libinktomi++' ccache /usr/bin/g++ -DPACKAGE_NAME=\"Traffic\ Server\" -DPACKAGE_TARNA

Re: Polling Library

I wonder how the thread support is. I think having a wrapper class so we can plugin different event handlers might be helpful. I see a lot of projects handling epoll/kqueue directly. Not saying this is ideal, I just wonder why there hasn't been the uptake in using event libraries. -Bryan

Re: Polling Library

What projects use libev? I have a bunch of programs installed here at home on my Fedora 10 and 11 boxes and none of them apparently depend on it because it was not already installed. I agree that it should be an addition and not a replacement of epoll(). --with-libev is a good way to handle

Re: Polling Library

I agree with Leif. We don't want to be in the business of creating out own version of libraries with special patches and tweaks. The process would be the same for any other library we depend on (glibc, openssl, etc.) We should only depend on libraries that are stable and reliable. I am stil

Re: Polling Library

Thanks for the reminder. Working remote myself, I like this rule... -Bryan Paul Querna wrote: On Sun, Nov 1, 2009 at 4:08 PM, Bryan Call wrote: ... We can talk more about it when we are in the office tomorrow and/or apachecon... Welcome to the Apache Incubator :-) "If it d

Re: Traffic Server open sourced

Hope, you don't mind that I added the dev mailing list. Wanted to show off the work you have done... On Nov 2, 2009, at 7:36 PM, Theo Schlossnagle wrote: On Oct 30, 2009, at 12:29 PM, Bryan Call wrote: We left in all the Solaris code knowing you might want to port it. There is one

Re: BZ 59274

There was some work done by a consulting group when I first join the group a couple years ago. Part of the project was for them to supply bug fixes they did in their version of the source tree. We might be able to lookup the bug numbers. I might have had a spreadsheet with information about

Re: BZ 59274

er on irc.freenode.net if you want to chat... -Bryan On 11/11/2009 03:56 PM, Bryan Call wrote: There was some work done by a consulting group when I first join the group a couple years ago. Part of the project was for them to supply bug fixes they did in their version of the source tree. We

Re: Review-Then-Commit

On the release branch RTC should always be used. CTR would make the release branch too unstable. For trunk, big changes should be on a branch or patches reviewed before making it to trunk. For quantifying what is "big" I would have to say more then 500 lines or the complexity is significa

Re: Building on opensolaris

On 11/21/2009 02:24 PM, Nick Kew wrote: Just a heads-up in case anyone is interested: I've played with building trafficserver on opensolaris/AMD64. Since I need to be in a fit state tomorrow I'm knocking off now rather than running a potentially-all-night session, so here's progress to date: 1.

Re: C++ version of InkAPI ?

Have pure virtuals ties us into not being able to expand the API for the class without breaking binary compatibility. I would rather see a private implementation design for the API instead. That way if we want to expand the API to add functionality it won't break binary compatibility. -Bryan

Re: C++ version of InkAPI ?

> > Good point. So non-virtual functions which would imply wrapper objects > for internal objects with virtual functions. I wonder if there are any tools > to automate that. > Sigh. This is getting complicated. C++ is a pain. Makes me think the C API > isn't so bad. > &

Re: C++ version of InkAPI ?

We also need to worry about stability too. We have a lot of changes in the tree that are untested and we don't have any automated testing to verify all the changes we have already made to the Apache tree don't have any hidden gems (bugs). There has to be a balance with breaking compatibility m

Re: C++ version of InkAPI ?

On Nov 25, 2009, at 3:32 PM, Leif Hedstrom wrote: > On 11/25/2009 03:51 PM, Bryan Call wrote: >> We also need to worry about stability too. We have a lot of changes in the >> tree that are untested and we don't have any automated testing to verify all >> the chang

coding style

I would like to open up a discussion about coding style... I updated the coding style wiki because there was some confusion around method naming and private method naming. http://cwiki.apache.org/confluence/display/TS/Coding+Style We are pretty strict on our indentation and we need to be more s

Re: coding style

On Dec 9, 2009, at 4:36 PM, Manjesh Nilange wrote: > I have a few thoughts: > > > > * What about non-class member variables? In the code, it seems like they > are not camel-cased, but underscore separated. Shall we continue to > follow this? I'm asking this because class member variables will

Re: cache partition size patch commit vote request

+1 for committing the patch -1 for having this in the first release I think there needs to be more testing of the cache changes and the cache in general before these changes make it to a release branch. I am open for discussion on how we can better test the cache, so I would feel more confident

Re: TS Release schedules

On 12/16/2009 10:52 AM, Paul Querna wrote: On Wed, Dec 16, 2009 at 10:13 AM, Leif Hedstrom wrote: Bryan and I were talking about trying to come up with some preliminary release schedule. One thing we'd like to aim for (at least initially) is to do a "major" release every 6 months, similar t

Re: trunk/proxy/mgmt2/cli2/Makefile

The Makefile.am was hardcoded at one time, but that was fixed on 11/9: [bc...@snowball cli2]$ git blame Makefile.am | grep LIBTCL dcff135c (Bryan Call 2009-11-09 23:01:11 + 66) $(LIBTCL) \ The Makefile is generated with automake and autoconf. You can do a gmake distclean and then

Re: [vote] API include files

We should standardize on a naming convention for traffic server directories. Right now we are using "trafficserver". This has less possibility of conflicts then "ts". I vote to put the include files into ${prefix}/include/trafficserver -Bryan On 02/02/2010 07:37 AM, Leif Hedstrom wrote: Hi

Re: Bug list / triage for 2.0.0alpha release

I made a pass myself and added a couple things to the 2.0.0.a release and the 2.1.0 release. -Bryan On 02/01/2010 12:26 PM, Leif Hedstrom wrote: Hi all, I went through all the open bugs, and assigned a 2.0.0.a "fix" version for the ones I believe we need to fix. A few of these might be ok to

Re: [vote] Final API file names and include dir names

There is already code that uses the ts directory for include files (simple google search, there might be others): http://isscvs.cern.ch/cgi-bin/viewcvs-all.cgi/TriDAS/trigger/ts/framework/src/common/CellOpInit.cc?revision=1.35&root=tridas&view=markup [x] ts_api.h [x] ${prefix}/trafficserver -B

Re: [vote] Final API file names and include dir names

am not saying that there will be conflicts in the directory and file names, but it would be damn confusing to have two projects dump their headers in the same directory. Sorry if I didn't bring up these points earlier in the discussion... -Bryan On 02/04/2010 01:35 PM, Bryan Call wrote: T

Re: [vote] API include files and dirs reorg

This is the only real project I could find: XDAQ: http://sourceforge.net/projects/xdaq/ -Bryan Before I vote, Bryan could you enlighten us as to the other project(s) which use ts as an include prefix so that we can evaluate the likelihood of a conflict? Thanx, john On 2/9/2010 6:40 AM, Lei

Re: [vote] API include files and dirs reorg

On Feb 9, 2010, at 6:37 AM, Leif Hedstrom wrote: > Hi all, > > please vote on the following proposals as we have discussed, normal 72h > window. I added an additional option to the install directory (just plain > ".../include), to better match the suggestions (#4) for versioned > directories

[discuss] Change prefix for all APIs, #define, etc

I propose that we change the prefix for the APIs, #define, filenames, etc from INK_ to TS_. We would keep the same case. Example: INK_HTTP_STATUS_NONE -> TS_HTTP_STATUS_NONE inkapi INKReturnCode INKHttpTxnSetArg(INKHttpTxn txnp, int arg_idx, void *arg); -> tsapi TSReturnCode TSHttpTxnSetArg(T

[vote] Change prefix for all APIs, #define, etc

After the heated debate (j/k), I will put this up for a vote... I propose that we change the prefix for the APIs, #define, filenames, etc from INK_ to TS_. We would keep the same case. Example: INK_HTTP_STATUS_NONE -> TS_HTTP_STATUS_NONE inkapi INKReturnCode INKHttpTxnSetArg(INKHttpTxn txnp,

Re: [vote] Change prefix for all APIs, #define, etc

On 02/17/2010 02:55 PM, Bryan Call wrote: I propose that we change the prefix for the APIs, #define, filenames, etc from INK_ to TS_. We would keep the same case. Example: INK_HTTP_STATUS_NONE -> TS_HTTP_STATUS_NONE inkapi INKReturnCode INKHttpTxnSetArg(INKHttpTxn txnp, int arg_idx, v

Re: [vote] RTC vs CTR

I was able to see both messages on the list from you... -Bryan On 03/02/2010 08:54 AM, John Plevyak wrote: I think I am having trouble getting my messages to the list, so I am sending this from a different address as a test, sorry for the duplication. [+1] CTR for trunk, RTC for all release br

Re: [vote] RTC vs CTR

[+1] RTC for everything, except code which would take ~5 minutes to review. Such changes are CTR.

Re: Please check the 2.0.0-alpha release candidates

Tested on Fedora 12 and had a problem with the startup script and getting the status. I filed the bug: http://issues.apache.org/jira/browse/TS-227 Everything else looks good. -Bryan On 02/27/2010 03:17 PM, Leif Hedstrom wrote: Hi all, before I send out for a [vote] to release 2.0.0-alpha t

Historical Statistics on Traffic Server

Here are some stats on Traffic Server on the work we did to prepare for the release of Traffic Server to Apache. There was lot of work done over the months up to releasing the code and a lot of effort was put in by the entire team. Commit and line changes: http://people.apache.org/~bcall/work

Re: Names/Bug# in comments and consistency

I agree and in general it looks messy as if someone is marking their territory. The exceptions I would think would be: 1. Temporary code that will soon be cleaned up and the comments removed. This includes sort term hacks that have a short lifespan (less then 1 release). (I have done this) 2

Re: [VOTE] Graduate Apache Traffics Server as TLP

> > Please cast your vote: > [x ] +1 to recommend Apache Traffic Server graduation > [ ] 0 don't care > [ ] -1 no, don't recommend yet, (because...) -Bryan

Re: [DISCUSS] Charter / Resolution

I was planning to collect feedback today and send out an email to vote on graduation and the resolution to the general mailing list today. Giving 72 hours for the vote the vote would be final on Friday. Yes, I believe Leif doesn't have Internet access. I was asked to handle it this week. -

Re: [DISCUSS] Charter / Resolution

(assuming we pass the vote)... -Bryan On 04/06/2010 08:46 AM, Bryan Call wrote: I was planning to collect feedback today and send out an email to vote on graduation and the resolution to the general mailing list today. Giving 72 hours for the vote the vote would be final on Friday. Yes, I

Re: 2.1.0-unstable

Tested stuff on my system (Fedora 12 x86_64) and it looks good: - checked the hashes - untared and built with defaults - installed and ran benchmarks proxying to the origin and caching - checked file ownership and permissions -Bryan On May 13, 2010, at 10:45 AM, John Plevyak wrote: > > > Pleas

Re: 2.1.0-unstable Call for VOTE

+1 -Bryan On May 13, 2010, at 4:31 PM, John Plevyak wrote: > > > Tar ball updated with RAT, LICENSE, NOTICE changes. > Other bits identical. > > Vote by Monday 8AM. > > Thanx! > john > > > On 5/13/2010 12:26 PM, John Plevyak wrote: >> >> >> With 2 positives and tests on a number of platf

Re: stdint.h please vote

On 05/19/2010 09:14 AM, John Plevyak wrote: Yes we will change INXXX_MAX etc. Unfortunately int64 is not standard. So we have a couple alternatives. 1) use nonstandard types where typedef long long int int64; typedef int int32; typedef short int16; typedef char int8; etc. whi

Re: memory leak

Looking at the graphs it looks like your headers and http1client sessions are leaking. Have you looked at this example to on how to send back error messages using the C++ API: https://github.com/apache/trafficserver/blob/master/example/cppapi/customresponse/CustomResponse.cc -Bryan > On Mar 4

[VOTE] Release Apache Traffic Server 8.0.3 (RC0)

I've prepared a release for 8.0.3 (RC0). The release notes for 8.0.3 are available at: https://github.com/apache/trafficserver/pulls?utf8=%E2%9C%93&q=is%3Aclosed+is%3Apr+milestone%3A8.0.3 or for a brief ChangeLog: https://github.com/apache/trafficserver/blob/8.0.x/CHANGELOG-8

Re: [PROPOSAL] YAML migration for 9.0.0

+ 1 -Bryan > On Mar 14, 2019, at 11:26 AM, Leif Hedstrom wrote: > > Hi all, > > As we’re making more progress migrating towards YAML configurations, I’d like > to make two proposals for v9.0.0: > > > 1) As we migrate a configuration to the new YAML format, we only support > YAML. I.e. no

Re: [VOTE] Release Apache Traffic Server 8.0.3 (RC0)

+1 from me passed regression tests on Fedora 29. -Bryan > On Mar 11, 2019, at 11:15 AM, Bryan Call wrote: > > I've prepared a release for 8.0.3 (RC0). The release notes for 8.0.3 are > available at: > > > https://github.com/apache/trafficserver/pulls?utf8=

Re: [VOTE] Release Apache Traffic Server 8.0.3 (RC0)

The vote passes with 7 +1 votes (5 +1 binding votes) and no -1 votes. -Bryan > On Mar 20, 2019, at 8:21 AM, Steven R. Feltner wrote: > > +1 > > Compiled with gcc (GCC) 7.3.1. All regression tests PASS. > > Thanks, > Steven > > On 3/11/19, 2:15 PM, &qu

[ANNOUNCE] Apache Traffic Server v8.0.3 is Released!

Apache Traffic Server v8.0.3 Released The Apache Software Foundation and the Apache Traffic Server (ATS) project are pleased to announce the release of Apache Traffic Server v8.0.3! ATS is a high performance, scalable HTTP Intermediary and proxy cache. It is used by several large internet servi

Re: http stats

We have never run without stats on a production machine to my knowledge. Also, I have never seen stats come up as using a lot of CPU while profiling when running a benchmark. The comment should definitely be changed. -Bryan > On Apr 3, 2019, at 9:19 PM, Dk Jack wrote: > > Hi, > I see this

Re: [ANNOUNCE] Apache Traffic Server Spring 2019 Summit

lay/TS/Spring+2019+Summit <https://cwiki.apache.org/confluence/display/TS/Spring+2019+Summit> -Bryan > On Feb 25, 2019, at 3:01 PM, Bryan Call wrote: > > Mark the calendar! We’re having our next ATS Summit in Beijing China. > SkyGuard has graceously offered to host t

Re: [ANNOUNCE] Apache Traffic Server Spring 2019 Summit

#Spring2019Summit-Schedule <https://cwiki.apache.org/confluence/display/TS/Spring+2019+Summit#Spring2019Summit-Schedule> Thank you, -Bryan > On Apr 8, 2019, at 10:43 AM, Bryan Call wrote: > > > This is a reminder that ATS Spring Summit is two weeks away. The schedule > wil

[DISCUSS] ATS Fall Summit 2019

At the Spring Summit we discussed when to have the next summit in the Bay Area. Most people wanted to have the summit in October and I would like to figure out the best week to have it. Please fill out the survey and pick the weeks that you would be able to attend, there are 5 optional weeks.

Re: [PROPOSAL] Require an Issue for new features

+1 - I definite agree with this as was about to push send on a email about this before Leif informed he already did. :) -Bryan > On May 9, 2019, at 9:06 AM, Leif Hedstrom wrote: > > Hi, > > As fa Follow-up to previous emails, I’d like to propose that new features, > and major code changes

Re: [PROPOSAL] Require an Issue for new features

I would also like to add that people should also send an email to the dev@ mailing list with [PROPOSAL] in the subject with a link over to the issue. I don’t know if people look at new issues coming in. -Bryan > On May 10, 2019, at 11:33 AM, Bryan Call wrote: > > +1 - I defin

Re: [PROPOSAL] Remove proxy.config.http.server_tcp_init_cwnd

+1 - I approved the PR -Bryan > On May 10, 2019, at 1:08 PM, Leif Hedstrom wrote: > > This configuration option only has meaning on Solaris, a platform that we > currently don’t support. As such, it’s actually confusing that it’s there to > begin with, since it doesn’t do anything on any of

[PROPOSAL] Move from the IRC to Slack

I would like to propose that we move from the IRC to Slack for IM communication by June 1st. This is in response to ASF moving to Slack for Infra and other channels and spamming that has happened on the IRC over the last year. This would require that people without an apache.org email address t

Re: [PROPOSAL] Remove proxy.config.cache.http.compatibility.4-2-0-fixup and code

+1 -Bryan > On May 13, 2019, at 8:50 AM, Leif Hedstrom wrote: > > This is an old feature, to make some migrations of way older versions and > incompatible caches possible. I assume / hope that no one is running with > this of an old cache any more? And, I believe even if you did, it would hav

Re: [PROPOSAL] Remove proxy.config.cache.http.compatibility.4-2-0-fixup and code

+1 -Bryan > On May 13, 2019, at 8:50 AM, Leif Hedstrom wrote: > > This is an old feature, to make some migrations of way older versions and > incompatible caches possible. I assume / hope that no one is running with > this of an old cache any more? And, I believe even if you did, it would ha

Re: [PROPOSAL] Remove P_ or I_ naming convention for header files

+1 -Bryan > On May 13, 2019, at 5:33 PM, Masaori Koshiba wrote: > >> I’m pretty -1 on having files with the same filenames in different > location. I’m sure that will just break all sort of shit, including my tiny > brain. > I strongly agree with this. > >> I’m leaning more towards Chao's pro

Re: [PROPOSAL] Make all plugins require C++ compiler

Having a plugin that would call into Java and then back into C sounds like a really bad idea. -Bryan > On May 17, 2019, at 8:59 AM, Walt Karas > wrote: > > http://jonisalonen.com/2012/calling-c-from-java-is-easy/ > > I don't know if there is a way to call Java from C or C++, which you would

Re: [PROPOSAL] Make all plugins require C++ compiler

. >> >> -Jason >> >>> On May 17, 2019, at 12:51 PM, Bryan Call wrote: >>> >>> Having a plugin that would call into Java and then back into C sounds >> like a really bad idea. >>> >>> -Bryan >>> >>> &g

Re: [PROPOSAL] Restructuring the example directory and adding lua scripts to it

+1 - Sounds good -Bryan > On May 20, 2019, at 11:50 PM, Shu Kit Chan wrote: > > Hi, > > During the spring summit, we discussed changing the structure example > directory to include some lua scripts as well as other future works > > Here is my proposal - > > /example/plugins/ - I will move a

[PROPOSAL] Remove Solaris support in ATS

At the ATS Spring Summit we talked about removing Solaris support in ATS for the 9.0.0 release. Anyone running ATS on Solaris and would like to maintain it? Here is the issue associated with this task: https://github.com/apache/trafficserver/issues/new -Bryan

Re: [PROPOSAL] Remove Solaris support in ATS

Here is the correct link to the issue: https://github.com/apache/trafficserver/issues/5553 <https://github.com/apache/trafficserver/issues/5553> -Bryan > On May 21, 2019, at 8:58 AM, Bryan Call wrote: > > At the ATS Spring Summit we talked about removing Solaris support in

Re: [PROPOSAL] Restructuring the example directory and adding lua scripts to it

+1 - I like it better. -Bryan > On May 24, 2019, at 9:42 AM, Shu Kit Chan wrote: > > Leif made a suggestion on the PR and suggested the following structure instead > >example/ >plugins/ >c-api/ >null-transform/ >cpp-api/ >...

Re: [PROPOSAL] Rename ssl_server_name.yaml to sni.yaml

+1 -Bryan > On May 30, 2019, at 4:39 PM, Randall Meyer > wrote: > > I'd like to rename ssl_server_name.yaml to sni.yaml for ATS 9. This would > also affect the toplevel key in the yaml config file (making the contents > rooted under "sni"). The code/classes it is used to configure is SNICon

[VOTE] Release Apache Traffic Server 8.0.4 (RC0)

I've prepared a release for 8.0.4 (RC0). The release notes for 8.0.4 are available at: https://github.com/apache/trafficserver/pulls?utf8=✓&q=is%3Aclosed+is%3Apr+milestone%3A8.0.4 or for

Re: [PROPOSAL] Remove SSL v3 code and configs

+1 -Bryan > On Jun 6, 2019, at 5:32 PM, Leif Hedstrom wrote: > > This code is disabled and does not build by default. I think it’s time to > remove this code path completely, it’s an insecure protocol, and I don’t > think any of us enables this ? > > — Leif >

Re: PROPOSED new TS API function TSHttpTxnEffectiveNormalizedUrlStringGet()

What are you matching against? Are you trying to match against the URL of a previous request? Why only normalize the scheme and host and not the path, query parameters, or matrix parameters? I think the problem is you are not giving details and people are guessing at what you are trying to ac

Re: TS API change proposal: Reduce performance impact of TSDebug calls when the tag is disabled

How would this be controlled on the command line when running trafic_server -T? It looks like it is a departure from how debug tags and controlled now. -Bryan > On Jun 11, 2019, at 1:21 PM, Walt Karas > wrote: > > Any +1's for simply replacing TSDebug with the proposed TSFastDbg ? > > On Mo

Re: PROPOSED new TS API function TSHttpTxnEffectiveNormalizedUrlStringGet()

alization as an >>> option >>>> opens up a can of worm. So just always do the same thing, and everyone is >>>> happy (i don’t think we need two APIs for this). >>>> >>>> Alternatively, we can change the existing API to take a normalization &

Re: PROPOSED new TS API function TSHttpTxnEffectiveNormalizedUrlStringGet()

Dave Thompson. It seems >> that the only parts of the URL/URI that the Standards requ >> >> On Tue, Jun 11, 2019 at 12:59 PM Bryan Call wrote: >> >>> What are you matching against? Are you trying to match against the URL >>> of a previous reque

Re: TS API change proposal: Reduce performance impact of TSDebug calls when the tag is disabled

isting TSDEBUG alternative to TSDebug. > > On Wed, Jun 12, 2019 at 11:31 AM Bryan Call wrote: > >> How would this be controlled on the command line when running >> trafic_server -T? >> >> It looks like it is a departure from how debug tags and controlled now. >&

Re: TS API change proposal: Reduce performance impact of TSDebug calls when the tag is disabled

wrote: > > What do you mean by "exposing diags"? > > On Wed, Jun 12, 2019 at 11:50 AM Bryan Call wrote: > >> I would rather see TSDebug be optimized and exposing diags instead of >> creating a new type of debug. >> >> -Bryan >> >> >

Re: PROPOSED new TS API function TSHttpTxnEffectiveNormalizedUrlStringGet()

I meant wouldn’t in the last sentence. :) -Bryan > On Jun 12, 2019, at 9:47 AM, Bryan Call wrote: > > The RFC isn’t clear on what can be normalized for generating cache keys. In > practice I have done other methods for normalizing URLs such as sorting query > parameter

Re: TS API change proposal: Reduce performance impact of TSDebug calls when the tag is disabled

and in fact, are a fair amount of distraction. I urge everyone to not go >>>> down this route until we’ve got v9.0.0 stable and functional, and instead >>>> focus on the v9.0.0 tasks at hand. I don’t think this one for example fits >>>> into any of those 5 points abov

Re: TS API change proposal: Reduce performance impact of TSDebug calls when the tag is disabled

d, but the testing indicates that is much less > significant. > > On Mon, Jun 17, 2019 at 2:01 PM Bryan Call wrote: > >> Walt, >> >> TSDEBUG uses diags_on_for_plugins and that looks to only be set on startup >> and then just calls TSDebug(). It doesn’t make se

Re: New API proposal: TSEmergencyShutdown

I would recommend having it like TSDebug and TSError. tsapi void TSEmergency(const char *fmt, ...) TS_PRINTFLIKE(1, 2); TSDebug and TSError: tsapi void TSDebug(const char *tag, const char *format_str, ...) TS_PRINTFLIKE(2, 3); tsapi void TSError(const char *fmt, ...) TS_PRINTFLIKE(1, 2); -Brya

Re: New API proposal: TSEmergencyShutdown

t; > >> On Jun 17, 2019, at 4:16 PM, Bryan Call wrote: >> >> I would recommend having it like TSDebug and TSError. >> >> tsapi void TSEmergency(const char *fmt, ...) TS_PRINTFLIKE(1, 2); >> >> TSDebug and TSError: >> tsapi void TSDebug(const cha

Re: New API proposal: TSEmergencyShutdown

OVERABLE_EXIT) Vs ink_emergency > ink_emergency_va > ::exit(UNRECOVERABLE_EXIT) -Bryan > On Jun 17, 2019, at 3:27 PM, Bryan Call wrote: > > I would assume he is going to be calling ink_emergency(), so it wouldn’t be a > management API. > > Fei, can you add more det

Re: [PROPOSAL] Remove / Deprecation of plugins

+1 -Bryan > On Jul 2, 2019, at 2:24 PM, Leif Hedstrom wrote: > > Hi all, > > From the spring summit, we’d like to propose that this plugin gets marked > deprecated for v9.0.0, and removed for v10.0.0: > > mysql_remap > buffer_upload > memcached_remap > > > In addition, w

Re: [PROPOSAL] Plugins to promote to stable

+1 -Bryan > On Jul 2, 2019, at 2:28 PM, Leif Hedstrom wrote: > > Hi all, > > from the spring summit, here’s the list of proposed plugins to get promoted > to stable: > > • cache_promote > • cache_range_requests (need docs) > • multiplexer > • prefetch > •

Re: [API] TSIOBufferReaderCopy nee TSIOBufferReaderRead

+1 -Bryan > On Jul 2, 2019, at 11:35 AM, Alan M. Carroll > wrote: > > In the current documentation is the C API function TSIOBufferReaderRead which > reads from an IOBufferReader in to a fixed buffer, the dual of > TSIOBufferWriter. This function is not actually implemented which has caused

ATS 9 and open issues

Please take a look at your open issues that have are assigned to you and resolve them or push them out to a later release if they can’t be accomplished in a timely manor (1 to 2 weeks). This needs to be accomplished before we can branch ATS 9.0.0. Here is a summary of how many issues are assig

[ANNOUNCE] Apache Traffic Server Fall 2019 Summit

Mark the calendar! We’re having our next ATS Summit in Sunnyvale CA. Verizon Media has graciously offered to host the event at their office. The dates are as follow: Tuesday 10/8 - Wednesday 10/9 2019 - Traffic Server Summit Thursday 10/10 2019 - Traffic Server Hackaton and our Summit page i

Re: unnecessary mutex?

Looking at it briefly it is used on the TransactionPlugin and it accessed through TransactionPlugin::getMutex() with 13 callers. It looks to be mainly used in IntercepPlugin.cc and AsyncHttpFetch.cc. In Intercept is guarantees that only one thread is producing to the output vio at a time. I d

Re: What happened to the 8.1.x GitHub branch?

ATS 8.1.0 release was canceled and we decided to focus on the 9.0.0 release. The branch still exists on GitHub and was renamed to 8.1.x_failed. -Bryan > On Aug 10, 2019, at 12:32 PM, Derek Dagit wrote: > > I want to port the following PR to the 8.x line, but as it is changing > configs and a

[VOTE] Release Apache Traffic Server 8.0.4

I've prepared a release for 8.0.4. The release notes for 8.0.4 are available at: https://github.com/apache/trafficserver/pulls?utf8=✓&q=is%3Aclosed+is%3Apr+milestone%3A8.0.4 or for a brie

Re: [VOTE] Release Apache Traffic Server 7.1.7

+1 -Bryan > On Aug 13, 2019, at 11:54 AM, Leif Hedstrom wrote: > > I've prepared a release for 7.1.7, which is a bug fix release on the previous > v7.1.6 release. The release notes for 7.1.7 is available at: > > https://github.com/apache/trafficserver/milestone/26?closed=1 > > > or f

Re: [VOTE] Release Apache Traffic Server 8.0.4

I am calling the vote with 3 +1 binding votes. Thank you for voting! -Bryan > On Aug 13, 2019, at 11:51 AM, Bryan Call wrote: > > I've prepared a release for 8.0.4. The release notes for 8.0.4 are available > at: > > > https://github.com/apache/traff

Re: [VOTE] Release Apache Traffic Server 8.0.4

+1 - obviously -Bryan > On Aug 13, 2019, at 11:51 AM, Bryan Call wrote: > > I've prepared a release for 8.0.4. The release notes for 8.0.4 are available > at: > > > https://github.com/apache/trafficserver/pulls?utf8=✓&q=is%3Aclosed+is%3Apr+milestone%3A8

Re: [VOTE] Release Apache Traffic Server 7.1.7

I am calling the vote with 3 +1 binding votes. Thank you for voting! -Bryan > On Aug 13, 2019, at 11:54 AM, Leif Hedstrom wrote: > > I've prepared a release for 7.1.7, which is a bug fix release on the previous > v7.1.6 release. The release notes for 7.1.7 is available at: > > https:/

[ANNOUNCE] Apache Traffic Server 8.0.4 and 7.1.7 are Released

Apache Traffic Server 8.0.4 and 7.1.7 Released The Apache Software Foundation and the Apache Traffic Server (ATS) project are pleased to announce the release of Apache Traffic Server 8.0.4 and 7.1.7! ATS is a high performance, scalable HTTP Intermediary and proxy cache. It is used by several la

[ANNOUNCE] Apache Traffic Server is vulnerable to various HTTP/2 attacks

Description: ATS is vulnerable to various HTTP/2 attacks CVE: CVE-2019-9512 Ping Flood CVE-2019-9514 Reset Flood CVE-2019-9515 Settings Flood CVE-2019-10079 ATS is vulnerable to malformed SETTINGS frames Reported By: Jonathan Looney (CVE-2019-9512, CVE-2019-9514, CVE-2019-9515) Masakazu Kitajo (C

[VOTE] Release Apache Traffic Server 7.1.8

I've prepared a release for 7.1.8. The release notes for 7.1.8 are available at: https://github.com/apache/trafficserver/pulls?utf8=✓&q=is%3Aclosed+is%3Apr+milestone%3A7.1.8 or for a brief ChangeLog: https://github.com/apache/trafficserver/blob/7.1.x/CHANGELOG-7.1.8 For some

[VOTE] Release Apache Traffic Server 8.0.5

I've prepared a release for 8.0.5. The release notes for 8.0.5 are available at: https://github.com/apache/trafficserver/pulls?utf8=✓&q=is%3Aclosed+is%3Apr+milestone%3A8.0.5 or for a brief ChangeLog: https://github.com/apache/trafficserver/blob/8.0.x/CHANGELOG-8.0.5 For some

Re: [VOTE] Release Apache Traffic Server 8.0.5

+1 from me and I am calling the vote with 3 +1 binding votes. Thank you for voting! -Bryan > On Aug 20, 2019, at 10:39 AM, Bryan Call wrote: > > I've prepared a release for 8.0.5. The release notes for 8.0.5 are available > at: > > > https://github.com/

Re: [VOTE] Release Apache Traffic Server 7.1.8

+1 from me and I am calling the vote with 4 +1 binding votes. Thank you for voting! -Bryan > On Aug 20, 2019, at 10:39 AM, Bryan Call wrote: > > I've prepared a release for 7.1.8. The release notes for 7.1.8 are available > at: > > > https://github.com/

[ANNOUNCE] Apache Traffic Server 8.0.5 and 7.1.8 are Released

Apache Traffic Server 8.0.5 and 7.1.8 Released The Apache Software Foundation and the Apache Traffic Server (ATS) project are pleased to announce the release of Apache Traffic Server 8.0.5 and 7.1.8! ATS is a high performance, scalable HTTP Intermediary and proxy cache. It is used by several la

ATS is vulnerable to a HTTP/2 attack with empty frames

Description: ATS is vulnerable to a HTTP/2 attack with empty frames CVE: CVE-2019-9518 Empty Frames Flood Reported By: Piotr Sikora Vendor: The Apache Software Foundation Version Affected: ATS 6.0.0 to 6.2.3 ATS 7.0.0 to 7.1.6 ATS 8.0.0 to 8.0.3 Mitigation: Turn off HTTP/2 or upgrade ATS to a

Re: ATS is vulnerable to a HTTP/2 attack with empty frames

This also affects 7.1.7 and 8.0.4. I updated the version range below. -Bryan > On Aug 20, 2019, at 11:36 AM, Bryan Call wrote: > > Description: > ATS is vulnerable to a HTTP/2 attack with empty frames > > CVE: > CVE-2019-9518 Empty Frames Flood > > Reported By:

Re: [ANNOUNCE] Apache Traffic Server Fall 2019 Summit

we have an accurate head count: https://cwiki.apache.org/confluence/display/TS/Fall+2019+Summit -Bryan > On Jul 22, 2019, at 10:00 AM, Bryan Call wrote: > > Mark the calendar! We’re having our next ATS Summit in Sunnyvale CA. > Verizon Media has graciously offered to ho

Re: TCP socket buffer size.

I have seen issues where you can’t reach the max throughput of the network connection without increasing the TCP buffers, because it effects the max TCP window size (bandwidth-delay product). Here is a calculator I have used before to figure out what your buffer size should be: https://www.swi

  1   2   3   4   5   6   7   8   9   >