Re: [VOTE] Release Apache Traffic Control (incubating) 2.2.0-RC5

+1 Checked hashes Ran `pkg` to build the RPMs Installed Traffic Ops Ran postinstall On Tue, May 1, 2018 at 1:13 PM, Robert Butts wrote: > Hello All, > > I've prepared a release for v2.2.0-RC5 > > The vote is open for at least 72 hours and passes if a majority of at least > 3 +1

Re: [VOTE] Resolution for Traffic Control graduation to TLP

son Tucker <jasonwtuc...@gmail.com> > wrote: > > > +1 > > > > On Tue, Apr 3, 2018 at 2:58 AM, John Rushford <jjrushf...@gmail.com> > > wrote: > > > > > +1 > > > > > > > On Apr 2, 2018, at 7:07 PM, Eric Friedrich (efriedri) <

Re: [VOTE] Release Apache Traffic Control (incubating) 2.2.0-RC4

+1 I tested the following: - building with the pkg command - signatures - checksums (were we supposed to get rid of md5? I must have missed that) - installed and started traffic_stats On Wed, Apr 4, 2018 at 11:04 AM, Robert Butts wrote: > Hello All, > > I've prepared a

[VOTE] Resolution for Traffic Control graduation to TLP

e appointed to serve as the initial members of the Apache Traffic Control Project: * Dan Kirkwood <dang...@apache.org> * David Neuman <neu...@apache.org> * Dewayne Richardson <dewr...@apache.org> * Eric Covener <cove...@apache.org> * Eric Friedrich <

Re: Question about the poll model of the Traffic Monitor

Hi Zhilin, Is it possible to get this design doc added to our wiki? I create a design docs page here (https://cwiki.apache.org/confluence/display/TC/Design+Docs). I think it would be good to get the document there so it doesn't get lost over time. Thanks! Dave On Wed, Mar 28, 2018 at 10:41 PM,

Re: Backup Cache Group Selection

What happens when Geo Limit is set to "CZF Only" with all backup Caches are unavailable and fallbackToClosest is set to True. Current implementation will fail this. Should we do Geo lookup now in this change? In this case we should fail. If the Geo Limit is set to “CZF Only” then that is all we

Re: [VOTE] Traffic Control graduation to TLP

Hi All, I am calling this vote as PASSED! I will send out a results email shortly, and notify the IPMC. Please keep an eye out for the next communication which should be a vote on our resolution. Thanks, Dave On Fri, Mar 2, 2018 at 2:43 PM, Leif Hedstrom wrote: > +1 > > —

Remove file with invalid license

Hey all, I don't know if you have been following the release 2.1 thread on the incubator list [1] , but we have been given a -1 vote by the IPMC for having a file in our release [2] that has an incompatible license. There is some debate about the license, and we have reached out to Legal for more

Re: ATS

Hi Satheesh, I think that really depends upon your use case and which tier of the CDN you are asking about. Are you asking about an Edge Tier or a Mid Tier? Are you going to be doing a lot of on-disk caching or do you need more RAM caching? On Thu, Dec 14, 2017 at 11:51 PM,

Re: Apache TrafficServer

Hey Satheesh, you might have better luck with the question by asking it to d...@trafficserver.apache.org or us...@trafficserver.apache.org. Those are the ATS mailing lists and they are full of ATS experts. Thanks! Dave On Wed, Dec 6, 2017 at 12:13 AM, satheeshsr...@gmail.com <

Re: Building Traffic-Router - Failed to bring jdnssec-tools

I have not seen this issue. It's interesting that it is trying ipv6 for that. On Tue, Oct 3, 2017 at 2:33 PM, Nir Sopher wrote: > Hi, > > Yesterday I tried to build the latest 2.1.x traffic-control, calling the > ./pkg command. > The command failed on traffic-router build, and

Re: Traffic Controller on RedHat Servers

+1 to what Eric said. We have and are running ATC on RHEL servers. On Wed, Sep 13, 2017 at 12:03 PM, Burak Sarp wrote: > Thanks Eric > > > Sent from Yahoo Mail for iPhone > > > On Wednesday, September 13, 2017, 8:49 PM, Eric Friedrich (efriedri) < >

Re: Obsolete Traffic Ops API endpoint removal

Hey Rawlin, I took a look through our splunk logs and it looks like we don't have anything at Comcast that has hit that endpoint in the last 90 days. For this reason, I am +1 on removing. Thanks, Dave On Thu, Jul 6, 2017 at 11:27 AM, Robert Butts wrote: > This isn't

Re: Update on RFC7871 - Client Subnet in DNS Support

+1, excited to see this one come through. On Fri, Jun 2, 2017 at 12:15 PM, Eric Friedrich (efriedri) < efrie...@cisco.com> wrote: > We are planning to add support for RFC7871 to Traffic Router. Here is a > brief description of the feature. Comments appreciated! > > Background > Clients do not

Re: LDAP Access

If you know the user id then there is a DISALLOWED role you can assign them to.

Re: [VOTE] Adding a CHANGELOG.md file

I am calling this vote closed and failed. It is clear that we do not want to have to manually manage a changelog file; at a minimum it should be an automated process. On Wed, May 17, 2017 at 2:43 PM, Eric Friedrich (efriedri) < efrie...@cisco.com> wrote: > The Influx Changelog contains

Re: Proposal for CDN definition file based configuration management

The discussion around delivery service configs should probably be it's own thread, however I am going to contribute to the hijacking of this thread anyway. We need to make sure that we keep the Traffic Router in mind when discussing delivery service changes that get applied "instantly" and

Re: 2.0 release?

Since the Cookie Jar functionality is new to 2.0 and 2.0 is not yet released, why don't we just remove the `ResumeSession` method all together and eliminate the dependency? Otherwise we are deprecating something that we never formally released. On Tue, Apr 4, 2017 at 2:30 PM, Robert Butts

Re: Removing 'internal' from TO API

At least a few of those (Steering, federations) were put in the "internal" namespace to work around Comcast specific issues. I don't know that I like the idea of duplicating routes, if anything we should see what is impacted by moving them out of the internal namespace. On Wed, Mar 15, 2017 at

Re: [VOTE] Traffic Control RELEASE-1.8.0-RC5

I spot checked a few files that were missing license headers in RC4 and the license was there. Since the only thing that changes between RCs was the license files, I am going to rely on my original testing and vote +1. On Tue, Dec 20, 2016 at 11:07 AM, Dan Kirkwood wrote: >

Re: [VOTE] Traffic Control RELEASE-1.8.0-RC4

A little late, but I am +1. On Mon, Dec 12, 2016 at 9:43 AM, Dan Kirkwood wrote: > Reminder -- 1.8.0-RC4 is open for voting until 5pm MST today. Please > vote by replying to this email. The release is available here: >

Re: [VOTE] Traffic Control RELEASE-1.8.0-RC3

I can help with the Traffic Monitor files. On Fri, Dec 2, 2016 at 4:07 PM, Leif Hedstrom wrote: > > > On Dec 1, 2016, at 4:02 PM, Dan Kirkwood wrote: > > > > Hello All, > > > > I've prepared another release for v1.8.0 (RC3) > > > > Changes since 1.7.0: > >

Re: [VOTE] Traffic Control RELEASE-1.8.0-RC2

If I remember correctly, the RPMs were included as a convenience. I am ok with not including them, if someone wants an RPM they are easy enough to build with the build script. On Thu, Dec 1, 2016 at 1:40 PM, Dan Kirkwood wrote: > I'd also love to ditch the RPMs,but I'll

Re: Proposed change to Deliverservice API

Fair enough. I agree we should use natural keys. To me the ID thing is something internal to the DB that a client should not have to worry about. I can update the Traffic Ops client to support using IDs and keep the API as-is. On Wed, Nov 30, 2016 at 8:26 AM, Jan van Doorn

Re: [VOTE] Traffic Control RELEASE-1.8.0-RC1

I think we need to include a source tarball that contains the project name and "incubating" (e.g. traffic_control_incubating_1.8.0_source.tar.gz). We can also include the RPMs but we should note that they are for convenience only and therefore they shouldnt need incubating in the name. On Wed,

Re: [jira] [Commented] (TC-28) API response structure should be hierarchical instead of flat

API 1.3!!! On Fri, Nov 4, 2016 at 3:41 PM, Jeremy Mitchell wrote: > what i should have done has rolled api/1.3 > > on monday, i'll get api/1.2 back to where it's always been and move this > new structure into api/1.3 > > Jeremy > > On Fri, Nov 4, 2016 at 3:11 PM, ASF

Re: Moving in to the Apache Incubator!

Thanks Jan, this is great news! Are we going to keep the slack instance around? On Tue, Oct 4, 2016 at 5:21 PM, Jan van Doorn wrote: > As most of you know, we have been working in the back ground to move > Traffic Control in to the Apache Incubator. All legal i's and t's are