+1, we have some internal tools floating around to do some of that, but nothing available publicly (or ready for public consumption). I would definitely be in favor of adding some of those things to the project.
On Fri, Jan 27, 2017 at 6:25 AM, Amir Yeshurun <[email protected]> wrote: > Thanks a lot, Dave, > > I'd like to consider investing in such testing tools. > > In addition to cache simulation, we can create clients simulation, to debug > request routing path. A Traffic Monitor mock, to debug motioning path > without caches, > and maybe more. > > I would be glad to hear any insights about this. > > Thanks > /amiry > > On Thu, Jan 26, 2017 at 7:10 PM Dave Neuman <[email protected]> wrote: > > > Hey Amiry, > > Unfortunately we do not have a mock version of Traffic Monitor to use for > > testing. We do, however, have an ATS simulator here: > > > > https://github.com/apache/incubator-trafficcontrol/blob/ > master/traffic_monitor/etc/ats_sim.js > > which you can use with a Traffic Monitor to simulate traffic monitor > > polling caches and sending responses. > > Hopefully that helps. > > > > Thanks, > > Dave > > > > On Thu, Jan 26, 2017 at 7:37 AM, Amir Yeshurun <[email protected]> wrote: > > > > > Hi, > > > > > > I'm running a local instance of TO, and debugging the CDN health API > > route > > > /api/1.2/cdns/health > > > > > > In order to report the CDN health, TO need to read cache status from > > > Traffic Monitor, which in turn, has to collect status from the caches. > > > > > > I am looking for a way to create a dev setup on which I can debug such > > use > > > cases, without having to run numerous monitors and caches. > > > > > > Does the unit/integration test framework provides infrastructure to > mock > > > Traffic Monitor responses? > > > > > > Are there other kind of mocks that can mimic Traffic Monitor responses? > > > > > > I'd appreciate any tips and practices. > > > > > > Thanks > > > /amiry > > > > > >
