I think the next thing I wanted to show then was jobs and how to schedule things. So you see here I have an empty set of jobs. What we did before was we backed up devices manually and we clicked a button that said Backup Now, all that good stuff. But you probably never want to say have to backup manually again. You just want to run that on schedule. So you'd go into the Jobs tab and create a new job. I'm going to create a backup job that's called my Nightly Backup. I'll put it in a group just called Nightlies. Okay. And so the first thing we do here is select the devices that are going to be part of this backup job. And we can create a static list of devices here. But what you probably want to do is do some sort of search criteria. And so I'm going to backup all my Austin devices, let's say. And all I did was say use the search from the devices view. So whatever you did up here, it's just going to plug into here. So I'm on a schedule and you get the same schedule control that we saw before. Right. I'm going to backup all of these devices, let's say nightly at midnight, some off time. And so this is how you would go in and do that sort of thing. And the other types of jobs there, you can schedule a report. So we have configuration change reports, which is another popular one. You know, every morning I want to see an email that gives me the configuration changes that happened the previous day, that type of thing. It's like your BlackBerry driving commute goody time. Yeah. Exactly. You can schedule a tool as well. So everything we did before, like we changed the login banner on devices. If you didn't want to run that now, you'd create a new job and schedule, you know, your login banner should change at 10 p.m. tonight, let's say. Okay, so sort of through that avenue, since adapters can add different tools and you could actually have different types of jobs that you would run based on what adapters have contributed.
2:02Correct. So I showed you, I'll give you a little hint on the reports there. I can give you a quick peek at reports, too. So we have two ins for reports, and one is these quick reports, which run against devices, all of the devices in your inventory, and I'll run one here. We'll take a look at what it is. And while this is loading up, we run our report, we write our reports against the BERT reporting framework, which is an open source framework for reporting. The tool framework, or the report framework, just like tools and adapters, extensible as well. So if you know what BERT is, and you can write a BERT report, you can drop it in our system, and it'll show up in wherever you want to put it, in the quick reports or from the devices view. So this software summary report that came up is just, you know, going against our flat database and tells me all the different vendor types that I have and the operating systems of each vendor. Let's give another example here. Let's say I want to see my network hardware summary. This will give me a similar output, but in a more graphical format. You can see these are my breakdown of hardware vendors. All right. And then the device types as well. So I can see that I have so many, you know, I've got 62 routers, 55 switches, and, you know, a slew of other device types in my network, too. So I can just get kind of a quick view of what I actually have. Right. And along with this, you know, if you want to see what you actually have for software and you don't allow, like, 1125P code out there, you can come in here and make sure no one's running it in your network. Right. No one wants that 1125P code. No. Along with the ARP cache and all the other neighbor type stuff we store, we have this neighbors button here that gives you a quick view of what's attached to each device. So I brought up the neighbors for my 7206. And I see that I have, you know, eight or so OSPF neighbors and several BGP neighbors and several CDP neighbors and some IPv6 NDP neighbors.
4:10So this just presents it in a nice table for you. And you kind of walk what you'd expect. So let's say I want to walk through my BGP neighbors. I'm on this 20.213 device. I'm going to double-click on this 20.215 device. Now it pops up that guy's neighbors, this DAL M5. And you can walk to another device from there. And you see this table is kind of refreshing with each guy's new neighbors. So you can sort of use this sort of drilling down table to walk across your network's neighborhoods, if you will. Yeah, yeah. It's almost the replacement. I would say it's a replacement for, like, a visual topology. Right. So, you know, a visual topology in itself isn't useful, I would say. You know, things that use a topology kind of framework, like event correlation, those things are useful. But just to see it, you know, I'd rather just see what's directly connected to this device and then this device and this device. Right. So we've kind of simplified that view for you. It's obviously easier to pack a lot more information into these tables than the visual representation. Yeah. And we can say, you know, beyond the traditional here's what you have type of map, we've actually said, well, here's what you have and here's why you have it. So, you know, this guy's your neighbor via CDP. This guy's your OSPF neighbor. So to be able to say this is your OSPF neighbor versus this is your BDP neighbor is, you know, it's a good amount of data, too. Through the UI, one of the primary integration points might be your launchers, which is just a simple open a web page from here type of thing. And can you pass, like, attributes to it or something so that you might be cross-launching into something else? Exactly. Yeah. So I put up a dummy one just called eBay, right, which is not really an integration, but it allows me to show you what you can do with those attributes. And so let's say this 3750 went down. And I might click on here and click on my eBay launcher, and this will pop another window if its Internet connection is working all right.
6:13You see here it did an eBay search for this make and model of device, and it didn't find anything on eBay. So you better hold on to that one. Yeah. And I can't replace. See if another one does anything. But, hey, I can find a couple 7206s on eBay if I need to. But, anyway, so you see there it passed the make and the model of the device through to the eBay URL. If you want to configure those, you can do this through our API or you can do it through the UI like this. And so you would say, so let's say you wanted to create a Xenos integration. So you see here you're presented with all these variables on the right, so you can put in the host name or the IP address. Right. Yeah. Whatever variables you want to substitute in your URL. So you can basically start treating the URL sort of like an interesting interface into another system. Yeah. And it's actually a pretty easy way to, as long as you can figure out the right parameters, it's an easy way to integrate between two different things. Yeah. And we have users that do this. So they may set up an SSH launcher and they'll put SSH in there and then configure their Firefox to know what to do with it, the SSH protocol, that type of thing. So you can do quite a bit with it. You know, it's very simple to kind of maintain and use, but it's a strong integration point if you're looking to integrate as a third party. We also, you know, standard SNMP traps that we have. So, you know, we have a trap that we send out for when we add a device. So if you wanted to use us for discovery and just respond to our added device and delete device traps, you can do that and, you know, never maintain your inventory on your secondary NMS. Just maintain it through us. You know, we also have our API that is kind of a strong integration point. A couple of things we've done. There's an event correlator out there called Simple Event Correlator, SCC. And if you look at the docs on ziptie.org, you'll see this.
8:13But so they're like a log watcher, basically. They'll look at a syslog and look for interesting things and do something on it. And so we have an integration using that so you could put them on your syslog server. And any time you see someone log in or log out of a device, you could tell ziptie to back up that device. So, like you were saying, ziptie is an open source project. And so, like what, and you've mentioned a few different languages and interfaces. I mean, what are the different languages and technologies that are used underneath it? So this server is a Java server. And it's built on the Equinox framework. It's an OSGI server, so it's bundle-based, plug-in-based. And this kind of allows us to, you know, do things like the tools plug-in is easier and the report plug-in is easier. So the server is Java. The adapters are Perl. And so, you know, each adapter is a bundle with a bunch of Perl modules in it. And we chose Perl because Perl seemed to be the, you know, if you were a network engineer and you did any programming, you probably did Perl or Shell, right? And so that's why we've written all our adapters in Perl. And we have all of our connection modules and everything like that in Perl. Now, the communication between our server and the client has always been SOAP. And so we, like Michael mentioned earlier, we replaced our Eclipse-based RCP client with this Flex client. Both of them talked SOAP to the server. So, you know, we didn't have to do much server work to get this new interface in because it was a standardized, you know, communication at that point. But the web front end is written in Flex and ActionScript, and it plays through the Adobe Flash player or through a Flash player. So, as I mentioned before, the idea behind open sourcing a lot of these was that it made the code accessible and very easy to extend. And so the biggest things that we see extended are either adapters to add some new functionality or just to create a brand new adapter or tools to actually create a viewer or automate some change out there.
10:18And because we do have people in our community that are creating a lot of these things, we created the Zipforge as a repository to hold all of those bits of open content. And, you know, some people have even called them like a currency in the network management world. And so you can actually go through. And so, you know, if you need to go out and manage a Juniper device, you can do a search on the Zipforge for all of the adapters and tools that we have for your Juniper hardware. ZipTie, out of the box, does a large number of things. It has 40 adapters and manages a wide variety of devices. But it's always extensible, so you can always add more functionality. And not only that, not only can you do it yourself, but somebody may have already done it. So go snoop around the Zipforge to see what's out there. And obviously feel free to contribute to the Zipforge as well because the biggest goal here was to not have network engineers continue to create the same tools over and over again, but instead give them a place where they could share ideas and content to make their jobs easier. In the top, you have like a lot of commercial sort of contributors that you have. Like what's the mix between companies you have contributing and individuals that you have contributing? The companies that we have contributing are largely hardware manufacturers. So they tend to contribute a lot of adapters so that their devices can be managed with AlterPoint products, be that the entire network authority. The tools that are contributed, I would say, are a little bit more split evenly between end users in the community, people here at AlterPoint who needed to create a tool to do some particular thing, or those device manufacturers. So the tools kind of come from all over the place. The adapters are generally created from scratch by some of these commercial partners.
12:18And while they're created from scratch by those guys, they tend to be modified or enhanced out there in the field. And so if you find an adapter that you want, like what's the process of adding it into your ZipTie instance? Right now you just go up to the ZipForge and you search for it every one. And so let's say you wanted this Silver Peak adapter. I clicked on the Silver Peak and here's the adapter. And you go here and you're able to download a Zip file. Just unzip it in your server's home directory and you're good to go. And it puts the plug-ins where they need to be. And that's pretty much it. And each one has deployment instructions on it so you can kind of see what you need to do. Okay. And then since it's like a web application server-based thing, you really only have to unzip it one place. There's not a bunch of agents or anything you have to update and all that. You got it. Yep. Right. Yep. Put it on the server and you're good to go. Well, great. Well, thanks for spending the time to show us this. And just one last thing. I mean, we can kind of figure out the URL from what we're looking at here. But if people wanted to use ZipTie, where do they go to get it? ZipTie.org. And they can just say hello to the giraffe there. That's right. And since it's open source, there's not any licensing concerns or money to pay for it. That's right. It is free to download, install, and use. We do have support packages. So you can get premium support or standard support, which gives you somebody to call any time of day or night. And then all of it, all of ZipTie's license under the Mozilla public license, which gives a lot of liberty to people to go out and extend it and doesn't have, you know, some of the, you know, quote, unquote, polluting clauses in it that other licenses do. So we wanted to do something that was a no-brainer so that this could get adopted into the enterprise and used without fear of some strange license repercussions. Right. That makes sense. Well, great. Well, thanks for taking the time to show this to us today. Thank you, Coté. Thanks.