Here's a snag I just hit while testing.  It seems that there is a filename
filter on the "Import Profile" that assumes whichever file you import is
named "*.traffic_ops".  So for files named "*.json" you have to manually
change that filter.  I can open a JIRA for this to make the default look
for ".json" (not a show stopper, but not a good experience).

On Mon, Jun 12, 2017 at 12:33 PM, Dewayne Richardson <[email protected]>
wrote:

> I actually had the thought of a new tab at the same level as Downloads
> called "Profiles" that we point to in the documentation, that way (for
> newbies) the "Profiles" concept seems like an important concept.  It also
> allows us to grow the "Profiles" area separate of the artifact downloads
> (.rpms, .tarballs)
>
> -Dewayne
>
> On Mon, Jun 12, 2017 at 12:20 PM, Dave Neuman <[email protected]> wrote:
>
>> I would make sure we clearly mark a section on the Downloads page for
>> Default Profile Downloads.
>> I would also make sure we update the Traffic Ops install doc to reflect
>> that default profiles can be downloaded from the website; assuming Jan's
>> PR
>> doesn't do this already.
>> I am +1 on having ATS in the EDGE and MID profile names to reflect that
>> they are for Traffic Server.
>>
>>
>> On Mon, Jun 12, 2017 at 12:00 PM, Dewayne Richardson <[email protected]>
>> wrote:
>>
>> > I'm ok with that unless someone says otherwise.
>> >
>> > On Mon, Jun 12, 2017 at 11:31 AM, Shmulik Asafi <[email protected]>
>> > wrote:
>> >
>> > > Just a small refinement on the names, perhaps be explicit about the
>> > > profiles being for ATS as well, as in:
>> > >
>> > > EDGE_ATS_<ATS_VERSION>.json
>> > > MID_ATS_<ATS_VERSION>.json
>> > >
>> > > So in the future if we have other caches supported, it already takes
>> this
>> > > under consideration (even if not, I don't think we're trading off
>> > anything
>> > > here)
>> > >
>> > > On Mon, Jun 12, 2017 at 8:21 PM, Eric Friedrich (efriedri) <
>> > > [email protected]> wrote:
>> > >
>> > > > Can we include an ORIGIN profile?
>> > > >
>> > > > Does TRAFFIC_PORTAL need a profile too?  (I’ve never set it up)
>> > > >
>> > > > —Eric
>> > > >
>> > > > > On Jun 12, 2017, at 1:14 PM, Dewayne Richardson <
>> [email protected]>
>> > > > wrote:
>> > > > >
>> > > > > Based upon the discussion around how we manage the default
>> profiles
>> > > > Traffic
>> > > > > Ops profiles for 2.0 and 2.1, I propose we add instructions that
>> > under
>> > > > the
>> > > > > TC Website documentation "Downloads"
>> > > > > http://trafficcontrol.incubator.apache.org/downloads/index.html.
>> > The
>> > > > > profiles will be in the format that allows Traffic Ops to import
>> and
>> > > > export
>> > > > > them, either through the UI or the API and that is the only
>> format we
>> > > > > manage.
>> > > > >
>> > > > > The naming convention for the profiles (as well as the
>> corresponding
>> > > file
>> > > > > names) are up for discussion as well.  The following naming
>> > convention
>> > > > > (unless a better one comes up) will be:
>> > > > >
>> > > > > *Default Profiles*
>> > > > >
>> > > > > EDGE_<ATS_VERSION>.json
>> > > > > MID_<ATS_VERSION>.json
>> > > > > TRAFFIC_MONITOR.json
>> > > > > TRAFFIC_ROUTER.json
>> > > > > TRAFFIC_STATS.json
>> > > > > TRAFFIC_VAULT.json
>> > > > >
>> > > > > I didn't include version numbers on the TC components because I
>> > didn't
>> > > > know
>> > > > > if that was overkill.  I will move the ball forward with this
>> ASAP if
>> > > we
>> > > > > have enough consensus.
>> > > > >
>> > > > > Thank you,
>> > > > >
>> > > > > -Dewayne
>> > > >
>> > > >
>> > >
>> > >
>> > > --
>> > > *Shmulik Asafi*
>> > > Qwilt | Work: +972-72-2221692| Mobile: +972-54-6581595|
>> > [email protected]
>> > > <[email protected]>
>> > >
>> >
>>
>
>

Reply via email to