[Interview] Introducing nOversight with Ben Toner

Keith interviews Ben Toner of Numerous Networks about their new product nOversight.

Click on the links above to check out what Numerous Networks is all about and to download a copy of the tool.


Keith (00:00):

Welcome. Hello. My name is Keith Parsons and today I have Ben Toner with me from a company called Numerous Networks and Numerous Networks has just launched a new product called nOversightIt’s a mobile log analysis software.

Keith (00:14):

That’s a fancy way of saying it allows you to, look at the log files coming off of iOS devices and on a macOS device do interpretation and et cetera. So rather than have me talk about it, we’ve got Ben. Ben, how are you today?

Ben (00:30):

Hi Keith. Yeah, I’m great. How are you?

Keith (00:32):

Great. Luckily I was one of your beta testers when you first rolled this out a little while ago and had a chance to see it and play with it a little bit ahead of the rest of the curve. So thank you for that. Your website is?

Ben (00:48):


Keith (00:52):

NumerousNetworks.co.uk and We’ll put that in the show notes. So before we get started in actually looking at what the software is, what was the problem you were trying to define when you started thinking about this?

Ben (01:03):

So my background is that I have been helping, carriers with something called convergence, the bringing of Wi-Fi and mobile together for better mobile experiences.

Ben (01:15):

And, through 10 years of trying to do this, the one thing that always got in the way was you could never quite tell what an iOS device was doing. It’s actually quite hard to tell what devices are doing, but specifically with iOS, you were trying to look at network transitions when it was associating to Wi-Fi, why it was associating, to Wi-Fi why it would leave.

Ben (01:38):

And what we were trying to build was effectively a connection manager that could select Wi-Fi at the right time and, disconnect at the right time and help in the early days of Wi-Fi, make, just make those better decisions.

But the, problem with iOS was it just had a mind of its own. Well, it doesn’t really have a mind of its own. What it’s got is a bunch of complex.

Keith (01:59):

It is a proprietary algorithm

Ben (02:01):

Right. And, there was things in the wind that you could hear in terms of, Oh, well, you know, it’ll, it’ll prefer a better security and it has some level of memory and it learns about, you know, what’s your home network and which ones you’ve connected to recently and so on and all the way through that time. And we were heads down, really busy getting the main product out at the time.

And this was in a previous company, that we never quite got round to solving this problem. In November, 2019, I went solo and started my own consultancy around convergence and the introduction of Wi-Fi into mobile for better mobile experiences. And I started, I was going to do something about

Keith (02:47):

For a second, just for our US-based listeners who are tuning in, when you say mobile, you mean cellular.

Ben (02:55):


Keith (02:58):

Okay. Just, just to straighten that up, Continue.

Ben (03:02):

Okay. Yeah. And to put that into context, the kind of organizations. I was working with was a Comcast before they actually became an MDNO, Deutsche, Telekom, and Vodafone in Germany and BT and all of these big companies who wanted to introduce better Wi-Fi. And so anyway, since going solo, I just decided that, you know what, this it’s about time. We’ve got a handle on this and just bring some of the insights or oversight for that matter on what iOS is doing.

So why don’t we just help people understand this? And the idea was, it’s easy to get a professional in and install a network, but they’re not sitting with you all the times. And if you’re in charge of a big corporate land or a big theme park or a train station or whatever that may be. It’s not a bad idea to be able to walk around and just see how iOS devices are really working in your network on all the different conditions.

Keith (04:01):

Okay. So Ben, so tell me why you didn’t just write this as an iOS app. If what you’re really after is iOS decision data and that’s decision data, both roaming from Wi-Fi to Wi-Fi. But also at some points in time, it might go Wi-Fi to cellular.

Ben (04:17):

Right? So the, the big thing of course has always been, the iOS has been relatively locked down the information about what iOS is doing, what it’s connected to even simple things like signal strength have just not really been available. And APIs did come out.

So there’s something called the hotspot helper that did come out and it started to bring a level of knowledge, but it was understandably by Apple protected to a point where it really only lets you do what they think an app should be able to do. And that is not very much with regards to the detail that we’re looking for in the professional industry, incident.

Keith (05:00):

Keep logs that act. I mean if they won’t show it to you in an API, but are they carrying the information you want someplace.

Ben (05:08):

That’s right. They are carrying it in the logs. And many of your listeners who are in the professional industry will know you can get a log called the mega Wi-Fi profile level that will bring out a log that will give you all of these and save it to a file. But if you try and read through it, the problem about the way iOS does things is there’s a lot of processes running on the device.

There’s a Wi-Fi demon, there’s a kernel, there are all sorts of authenticators and so on. And they’re running into some degree asynchronously and these logs therefore end up quite mixed up. They’re hard to decipher. It’s hard to actually know what’s going on.

Keith (05:50):

How far off, if they’re not synchronized. Are they half a second off or five seconds off it?

Ben (05:58):

Not the problem. It’s more like, you’ve got the Colonel telling you that it wants to move to a new BSS ID for instance. But the actual Wi-Fi system hasn’t made that change yet. And it then goes and does a whole bunch of quality metrics. So, it’s very easy to get misled by saying, Oh right, the Colonel’s changing.

But actually the system may or may not change at that point in time. And you get certain bits of information, like what’s the channel and what’s the bandwidth from certain subsystems, like the Colonel before maybe even the whole Wi-Fi has changed.

So you would need to know when you look at those logs to look back in time before the change, to find certain bits of information and what we’ve done here.

Keith (06:45):

You didn’t find that right away when you first looked.

Ben (06:49):

So we, we knew that we suspected that. So, it’s always been difficult. I think I’ve gone down in my past. I’ve gone down the route. A lot of people have gone down and try to write a few scripts and so on. it doesn’t really cut it. You need a full-blown state machine to track.

You need a knowledge of Wi-Fi and the ability to build a state machine that actually tracks a Wi-Fi system and then says, okay, if I was building a Wi-Fi system. What would I want to know? And you start collecting that information and piecing it together. And then when you get certain signals, like you’ve moved to the associated state. You can bring all that historical information and go, okay, this now applies. And so on.

Keith (07:30):

It sounds, you’re like you’re looking through a glass darkly, but like, you’re not, you don’t get to actually see it directly.

Ben (07:37):

That’s right. And, you know, by no means, am I trying to give a deterministic view on saying, this is exactly what’s happening in the Wi-Fi world?. All I’m trying to really do is interpret logs in a logical fashion to help the industry understand what they mean. Present them in a way which is easy to view and especially when you’re looking.

When you’re sort of an it person looking at managing a network, you don’t want to sort of stop and look at a whole bunch of texts on a screen. You need to be able to see quickly what’s going on, actually do a test in a problematic area and see something, actually happening. So yes.

Keith (08:21):

But before we get into a demo of the actual product, what’s the differences between a Wi-Fi wrong to another AP. So just switching BSS IDs, that’s a normal Wi-Fi roam versus a roam off Wi-Fi onto cellular. They have two different techniques to do that. Is Apple sharing anything about that? Like they did with what they’re looking for for Wi-Fi to Wi-Fi.

Ben (08:50):

So nothing is particularly shared in explicit terms. What we’re doing here is kind of bringing out that information to allow the professionals to work that out and to, to validate anything that they may already know.

So for instance, what you might know is that you need a certain RSSI level to have been surpassed in order for the device to start thinking about roaming and what I’m doing is bringing that information to the force. So you can say, well, okay, I can see the art society’s dropped. Let me see, are there roaming events going on? And you can see from the tool that the subsystems are coming out and saying, I’m interested in roaming, why I’ve lost some beacons or they are exercise too low or so on.

But then you can also tell the difference between a plain old disassociate. I’ve got to find a new Wi-Fi and you can actually now understand from this tool. Whether it was a Rome, AP information being given to the client to suggest a Rome, or there was a dissociation event followed by a new scan.

Keith (10:01):

A lot of our listeners, anyone who’s CWNA or specifically CWAP qualified they understand that process and the different choices that go into those algorithms is your tool targeted at that kind of wireless land professional? Or are you going for a broader just it guys who don’t necessarily understand how 802.11 works?

Ben (10:24):

Well, both. So, to start with the professionals, what I want to be able to do is provide validation. So, a professional who designs a network and says, well, this is what I’ve designed my network to this. These are the parameters. It should work in a particular way. And they’ve got a lot of knowledge about how iOS is devices work, but to then be able to walk around and validate that the rooms are triggering where they think they should be triggering, and, and check all of that.

But specifically also understand whether there’s anything, like if an iOS device starts tracking a network as a whole network. So, for whatever reason, it sees the device, there are a lot, and it’s thinks it’s a home network. Does it act differently? Or a two to one that doesn’t. But then going up the scale, the whole point of presenting it in an easy way is to be able to let the sort of the person and the person with slightly less depth or a lot less steps. In fact, also understand and say, well, okay, well I’m managing a corporate network here.

Ben (11:34):

There’s an issue I can walk around and just see what’s happening. Is my device actually roaming? Like, I think it should, like when it’s on the day it was set up or has something changed, is something working differently now?

Keith (11:46):

So your software runs as application on Mac OS device. What do you have to do on your Mac to get it, to be able to work on this plat? I mean, you’re talking to an iOS device log, but you’re on a Mac iOS. How do you make those two things talk together?

Ben (12:03):

Okay. So, there are some tools that are available on the Mac. So, there’s automation tools. One of them is called CFG util. So it’s a con configure util. It’s a standard Mac tool and we’re just harnessing that anybody can go and install that tool. And the application in fact, gets you to install it. If you haven’t by identifying that it’s not there and anybody can go into a terminal and anybody can actually run the right commands and get these logs and bring them into a file and look at them. And all we’re doing is taking that, using that, because at the end of this week.

We don’t want to do anything which would be classified as reverse engineering. We’re just doing normal engineering analysis of something that is provided freely by Apple, and then just arranging it in a way which is you know presentable and easy to understand.

Keith (13:01):

Great. So nothing magic there other than just using the tools that Apple’s already provided. If so, I would need to load this Apple configurator tool on my machine. When you’re doing this walk around analysis, collecting log files, do you have to do it with the iOS device and the Mac device together? Or can I just walk around with iOS device and come back and update?

Ben (13:24):

Okay. So the products just launched and the very first version requires you to walk around with the Mac and the iOS device together. And yes, that is very much understood to be what we might call clunky or awkward. But it allows it at least allows you to do the job and get the insight you want.

The roadmap allows us to break away from that slightly. So, there are a number of things we can do there are some open source replacements for this configurator tool. And we have a plan to put that on a smaller devices, like a raspberry PI. So that you can record a log on a much smaller, easy to carry, easy to walk around with machine, and then bring the log back.

We are this is the basic version that we’ll look at today and that’s, what’s launched, we’re developing a pro version, which will allow you to record and playback logs. And once you’ve recorded them on a separate device, you’ll be able to bring the log in and if your own, the pro version loaded up and can play it and sort of scroll through time and see what happened on your walk. So that’s the basic idea of getting untethered.

Keith (14:40):

This is actually a good place for me to put a plug in for our WLM pros, survey trays. If you have one. That’s what I used when I played with this software. It allowed me to have my hands free and my Mac was on the tray. The iPad was on the tray, the iPhone was on the train and can swap them all out. Yeah. And Matthew has one showing off. I don’t even know if we have any more to sell, but I found it much easier to have something hold my Mac than trying to have one hand on the Mac one and on the phone and trying to juggle.

Ben (15:12):

Yep. And the other thing is there’s been a request come in. So, what I’ve found by the way, what I found absolutely fantastic was Keith with your community and through Twitter and LinkedIn, you helped spread it out through the bigger community community wireless land pros.

So we got a nice big group of beta testers who checked it and found some early bugs and so on. But also brought a whole bunch of suggestions. And, one of them has been you know could we get the mega Wi-Fi logs and pass those?. And so we’ve put that on our roadmap and that will be the next step. So for the, for the pros who know how to do that, and we’ll provide guidance.

So one of the aspects of this tools to help people just get make it easier to do these things install the profile, walk around, bring it, download it, and analyze it offline. So that’ll be another feature that we’re going to introduce as well.

Keith (16:03):

So you take the phone you plugged in with a USB into your Mac. It finds itself and you start collecting data. So if you have two different monitors, one is for Wi-Fi and one is for cellular. What are the difference? I mean, I understand why you need both because there’s two different sets of data. What are the differences between a cellular connection and a Wi-Fi connection?.

Ben (16:25):

Okay. So we need, we started out with two monitors, one for Wi-Fi, and one cellular, as you said. And the reason being is we wanted to allow people to understand when the device is moving between the two networks and understand things like you know how strong was the signal, the cellular signal or the Wi-Fi signal at the time of the transition and you know. Was that good? And did that make sense?. And another reason for that is because one of the roadmap items and the way we’re going to go.

I said at the beginning of this conversation that one of my topics is convergence the bringing of mobile mi-fi together. And, one of the features that we’re going to pull through hopefully quite quickly now is the ability to see multipath TCP.

So when you run an application that uses both Wi-Fi and cellular at the same time with different streams then you will be able to through this tool see the data the aspect of data moving through each of the interfaces.

Ben (17:33):

And we’ll start to show that. So we wanted to show both interfaces because they are becoming important in a converged world. And as you probably all know, Apple use multipath TCP and for maps, Siri, and music and others like the Alexa app use it as well. If you make a call and so on.

So there’s, it’s being used, it’s becoming something in 3g, PP, it’s becoming a big issue to introduce these convergence technologies. So, that’s why we have both. But one of the things also is the cellulous have one of the changes we made because of the community suggesting it was, we allow it.

So, it flips around and it becomes a Wi-Fi roaming manager. So if you’re not interested in cellular, you can flip the card around and see exactly a lot more detail about why the last roaming session occurred.

Keith (18:26):

Good. is there just a question since you seem to be very knowledgeable in this area. If you’re doing a Wi-Fi call and depending on what your vendor. Your cell company of choices they might call it different things, but when you’re going to be using Wi-Fi as your voice back home and cellular. Is there a decision an algorithm in there to trigger when it’s one or the other and do end users have control over that?

Ben (18:57):

So, yes. So, whether you do Wi-Fi, if Wi-Fi calling is supported. And so we’re talking about in a predominantly 4g networks now where it’s supported as what’s typically called voice over Wi-Fi for three TPP people out there. It’s an EPG connection into the cellular network. And, the threshold at which you do a voice-over Wi-Fi call are managed by the carrier file.

So effectively the bundle that comes over the air, when you put your SIM card in that says look this is when I want to use voice over Wi-Fi. And this is when I don’t. And when voice-over Wi-Fi first came out it was a little more biased towards using Wi-Fi in terms of, if I’m on good Wi-Fi in the home then great. But it quickly got found out that it was hard to maintain that at scale. And, you know the cost of containing of maintaining lots of input, inbound Wi-Fi calls was slightly higher.

So a lot of, the profiles changed over time. And you generally find your phone depends on your carrier, but a lot of carriers tend to go for, we’ll prefer Volti a little bit more because we’re dimensioned for that. And the system is set up to prefer that. And we’ll go through a voice over Wi-Fi when really when the cellular quality would otherwise be bad for voice.

Keith (20:22):

So end users don’t have much control, but there is control. We just it’s not in our hands, it’s in the carrier sense. And hopefully the carriers are making proper decisions that, so how you, how would you use this tool? Say you’re a Wi-Fi designer. You just got done installing a network in a hospital and you want to validate that not just is there RSSI everywhere, primary and secondary are my good coverage. But how are Apple devices actually going to run?. So walk us through the process of how you would validate a new install.

Ben (20:55):

Okay. So, you would walk around. So let’s assume we’re at the stage where we’ve got the pro version out. So you’ll be recording this. And, you’ll be able to record it at various stages thereafter to do comparisons if you ever make adjustments. But as you go do your walk around and record, what will be recorded is the RSSI and the signal to noise ratio for each PA society, and then how the roaming occurred. So when we go to look at the tool, you’ll see various things like roaming attempts and each attempt when the device is saying, ah, I’ve got low RSSI, I’m going to go looking and then abandoned them. What has come out of the work that I’ve done is you can actually see how many like five or six or seven attempts sometimes have an iPhone trying to say. I’m looking for something else.

Ben (21:51):

I’ve got a reason to look for something else. And if you are validating you would want to see that the device Rodens appropriately, when you expect it to you don’t have any kind of holes, as far as an iOS device is concerned. But also, you know, what’s the load on the iOS device. What, when is it trying to roam? Why is it trying to Rome? And, and how many times does it try to do that before it eventually does?. You can also see when the AP, if you’ve got something like band steering, turn on, you can see, when the AP is actually trying to suggest that the device roams and then whether the device does accept that or not. So you can validate that side of it too.

Keith (22:38):

And since we’re dealing with iOS devices that support KVR, do you get that KVR information in the log files as well?

Ben (22:45):

You don’t, you get a reason code, which is not a Tripoli reason code. And so you just make of that, what you will. there’s no, there’s at least as far as we’ve uncovered so far, there’s nothing specifically that says this is a KV or row type room.

Keith (23:02):

So you’d kind of have to back into it. If the AP said, I suggest you go to these APS, then in your log file, you might see that it actually did attempt to get those same things.

Ben (23:13):

Yeah. So in the file, you can see that, , you can see when the device says, I’m looking for, I’m looking for a Roman candidate because they are society’s low, or the beacons have been lost or someone, but you can also see when the AP has said, I suggest you make a change. And, and then you can understand, then you’ll be able to see sequentially whether or not it made it responded to that and how it responded and whether it, it made the change or just ignored it and went on its own way.

Keith (23:43):

Great. One of your other screen shows a session history over time with little bars showing when you roam from one VSS ID to the next and back and forth, do those also show a gap if it took very long or if it, if it didn’t do it, you know, it wanted to, but it couldn’t, , does that show up in the graph as well?

Ben (24:05):

Yeah. So the whole purpose of showing some time like that is to identify when the iOS has done something, which was maybe not too slick. And so that was one of the things I noticed in my past a lot is when you were switching between, especially between SSI IDs, or if you didn’t have some kind of seamless roaming set up and it really needed to go right back and re associate. You sometimes see iOS play about with the default route. So you can see this for yourself without any tools where you turn on an iOS device. And if you switch between two SSDs, you sometimes see the little check Mark, come beside your SSI ID and then go away briefly, and then come back again.

And on the time chart, what you would see is the session go to the new BSS ID and they back up to cellular and then back down again. And that’s really helpful for understanding. You know is there something within your network that you could do about this or not now. IOS does this, it’s a thing it does. It tries to never let you be on an routable connection and it’s part of its captive network management.

So it’s essentially, you know, if you’re stuck on a captive network, it allows all the traffic to continue of the cellular interface until the captive network, which has been privately bound to has been associated and authenticated. So great.

Keith (25:34):

How about we jump into a demo to show us.

Ben (25:37):

Yeah, sure. So here you can see it on, on the screen. Now it’s just sitting on my desk, so it’s not particularly eventful. But I’ll do some things. So when you plug your iOS device you get a like connection information up here and you can flip it around and see what it is and you can stop and start. As we just discussed, you can see that there’s a time bar at the bottom showing what I’ve been connected to. And it’s monitoring my RSSI signal to noise ratio giving me some credentials from what iOS thinks that it’s connected to.

So the things that you would normally know in terms of well what was security and what standard it is. But other things like what does iOS think about it? Is this a whole network? So that’s quite helpful. And then on the right.

Keith (26:30):

Do you have the ability from what is it’s feeding back in the log to track what the MCs indexes on that device at any overtime?

Ben (26:41):

So there’s no, there’s not a MCs output being reported that we found right now. So you’re getting signal to noise. You’re getting arts aside, you sometimes get information, but it’s inconsistent about what the max MCs of the network might be.

Keith (27:01):

But not a current that’s that’s timely overtime.

Ben (27:04):

Unfortunately. No, and I appreciate how valuable that would be.

Keith (27:09):

That would be the one I’d like to track. It’s self-reporting of how happy the device is at that moment. Our society could be high, but I’ve have really low MCs. Then it’s telling me there’s something else going on in the RF space or the reverse. So yeah,

Ben (27:26):

You can get some of the way towards it, obviously through the SNR to help you understand whether, you know, you’ve got interference, of course. but this quality indicator is iOS is internal, link quality manager.

Keith (27:41):

I only have those three levels.

Ben (27:43):

Three States out currently, which is off poor or good.

Keith (27:48):

But it’s such granularity. I’m so impressed.

Ben (27:54):

Related to data flow. So that’s more of a actual data quality. So you often see that when you first connect to a network, the quality is defined as poor, even though you might have a great SNR. And the reason for that is very simply that not enough data has gone through the network for them to done a valid test yet. And eventually it becomes, green, like that saying that it’s in a good state and you see that as you kind of walk around and if your roaming is not set up to hot, and you get really quite low S quite low RCSI and effectively low SNR. You start to see the indicator drop.

Especially if you try to do something. I would encourage users of this app to do a walk test with data flow. Run a YouTube channel and look at something on a webpage. Do whatever you want, but actually push data through.

Ben (28:44):

And of course when the new features come out with multipath TCP. That’s exactly what you’ll want to do. Push data through to see which route it takes. Anyway, so back to this one of the other neat features is we can tell whether you’re connected with a private Mac or not. Which is going to be helpful to people who are concerned about Mike privatization.

And then on the right here you can see the current business idea it’s connect to and why it connected. So this was what iOS reports is a join. This is the RF society and time at joined out. And this is the current status, but you can see what I’ve been talking about here. That whilst we’ve been sitting here talking, and it’s been sat on my desk. We’ve been the artist has been dropping probably as I was waving my hands over the top of it in front of me.

Ben (29:38):

And we’re getting iOS telling us look I’ve got low RSSI. So I’m interested in roaming. Let’s take a look and see what we can do. And this is okay, well, a status three, which is a failed due to no matching that we’ve found. So it didn’t find anything it wants to go to. And it has repeatedly done this quite a lot down below here.

You’ll see, the previous session before I turned it off and on, and now you can see why it left the previous session, because I went to the control center and turned it off and on just to get something populated in the box here. But while it was on that one, it was also doing the same thing. And in there you would also see if there was a request from the AP to make a roam or whatnot.

Ben (30:26):

And as I said, then if you click that, you can also flip the card and you can see the cellular session. Now, unfortunately, you don’t get anything nice, like, the signal strengths in the way you might want it. So RSRP or SRQ kind of get the worst boom. Yeah. Which is not particularly great. And you need the screen on, because it’s reading it from the screen log effectively.

So it’s not great. It’s not huge. But anyway, just to kind of put this into context. If I was to turn off the Wi-Fi on my device, you’ll see now that the session has switched to a cell session and the Wi-Fi card has is no longer populated and the primary network has moved over.

So you can see which route is being used for the traffic. And then if I turn my Wi-Fi back on, you see the primary route change, everything populates, , and that comes, that comes over. And then the other thing I can do to just for completeness is switch SSI society.

Keith (31:35):

I’ll do.

Ben (31:38):

And now you can see what we were talking about. As we switched her SSI ID, it came down here. She started to associate wasn’t quite sure that it could route when the default route came back up to cellular. But the Wi-Fi demon was still associating in the background, checking whether the internet was reachable and all those things. And when it was happy, it came back again. So you can actually see what happens in real time when you make those changes.

Keith (32:09):

You would hope that if you were doing a hospital and this was a tablet, the doctor’s using that, it doesn’t have that jump back to Sally or in between, unless it’s got a multi-path TC.

Ben (32:23):

Right. And eventually what you will see when we do update. This is we’ll show multiple simultaneous routes. And we’ll be identifying which one’s carrying data potentially both. Yes, what you’re looking for of course, is that, if you’ve up your network. Well, when you’re just roaming without an actual forced change of SSI ID that kind of events not happening. If you’re changing SSI ID, probably just going to always happen. But it doesn’t always happen, but that’s something you’ll never get away from. It’s not down to the design of your network,

Keith (32:56):

A lot of iOS devices in more enterprise space take out the SIM and go with a Wi-Fi only basis to keep costs down or using, you know, iPod touches or something. Have you ran the software against an iOS device without a cellular option?

Ben (33:17):

Yep, absolutely. We’ve got run it with tablets, so it works on iOS on iPad OOS. So it’s just fine on both of those. That’s why we actually flipped to I’ve just flipped it back to this card here so we can show just so just Wi-Fi. So for anyone who’s looking at a Wi-Fi only device and trying to understand its behavior, you would put it in the state that’s seen on the screen there. And, then you’d just be able to measure it from a, you know, what is a cellular Wi-Fi only device do.

Keith (33:49):

And probably have that same gap as it was figuring out its root.

Ben (33:53):

Well, not necessarily because if you pull a SIM card out and there’s effectively no better route for it to go to, it might as well just leave you where it is. Sounds like something I need to try and see if anyone else.

Keith (34:04):

I want you to play with this. What kind of licensing options do you have available today?

Ben (34:10):

Okay, so right now the basic version has been released and really it’s a simple, low cost, one time license, and, it allows you to buy it for perpetual, find a point in time, just you can use it as much as you want. It will be updated. So it’s automatically updated. And as we produce new features and so on with relation to the sort of Wi-Fi. It will continue to be updated. There’s a pro version going to come out, which will be a monthly license and that will be very affordable as well. And the idea behind that is the main feature it’s going to include is the ability to record and playback, and introduce the ability to record it outside of your Mac as well, so that you can bring in externally recorded captures and play them afterwards and scroll through.

Ben (35:06):

And then the multipath TCP will appear in the pro version as well. They’ll probably be a hint of it in the basic. So those will be the two options that are for most people. And then, we’ve opened up an enterprise option, which is still, being scoped, but essentially the idea behind that is if you’ve got a lot of people.

Let’s say you’re managing Disneyland and you’ve got a lot of people and you need to do a lot of recordings and you need to have a lot of licenses and you want to compare and bring lots of recordings together. The enterprise version will be a custom package for anyone who wants to do that.

Who wants to walk around their park, 10 people walking around their park, checking it all out, and then merge it all together and be able to view in a bigger dashboard. This is something in a little further down the roadmap, but we’re certainly interested in enterprises. Who’d like to get in there early, steer us with what we’re doing and help us you know, define the product correctly for them.

Keith (36:08):

I love the differential part. The other one might not be that they all of them go at the same time. I’d like to go baseline, you know, this quarter and come back after we make change in and run the difference and see if there’s any differences or when iOS 15 comes out to see why it’s better or worse than the previous version. So a baseline and then a comparative would be helpful as well.

Ben (36:32):

Yeah. And so what we need is the market to tell us we’ve done what we’ve done here, because we thought it was interesting. And quite frankly, it’s quite fun to kind of have revealed this. I suppose and you know, I think the data is.

Keith (36:47):

In there. It’s just reading it and correlating it back together is what you’ve done. A great job.

Ben (36:54):

Yeah. Thank you. That, and it’s been, it’s been a great journey. So now we need the market to really tell us how much more effort to put into this, you know, is it something that in the basic form where you just walk around. That’s, you know, that’s going to be enough. How interesting is it that we can record and playback and what size of the market is there? So we’re willing to put ourselves out there and put this version up, but, hopefully the community will come back and tell us what they want and help us size. How good this will be and how much effort we should put into it. But, you know, I’d love it for it to be, you know, a big thing that keeps on growing.

Keith (37:31):

So that’s why we’re here. And I also see versions of finding out what a base iOS device would do with just like YouTube streaming versus a same iOS. But with some other application writing on top, there are companies who sell communication software packs that go on top of iPhone. And I’d like to see if how much they’re the same or different than just the stock iOS.

Ben (38:00):

Yeah. I think the opportunities are endless because what we’ve done is we’ve unlocked the ability to accumulate logs and present them in a nice way to understand. And we can do custom developments for people or we can just kind of carry on our own path a little bit of both and bring these things out. But absolutely, that’s the thing there’s going to be the big game changer is that getting the right networking and the right data paths. Especially in multipath environments for the applications that are running is where at it’s about, you know, this thing here, that that should be really high latency sensitive is going to go over the cellular network right now because the Wi-Fi network assessment says, this is not ideal.

The latency is not ideal or there’s too many handovers or whatever. So as you run different applications with different needs for latency for bandwidth for you know resilience you’re going to see different aggregations going on of the network and different handover points and different changeovers of the different paths on a per application level. So we just opened up the world to be able to go and try and do this.

Keith (39:14):

Well, there could be other developers who could use this just to document and validate whether or not their coding is doing what they thought it was doing.

Ben (39:21):

Exactly. Right. So, we do encourage anybody who wants, you know, sort of custom insights on whether their application has done the right thing. So you can imagine anybody who’s got, you know, a large subscriber base, and they rely on real-time low latency communications. How is it working with our knowledge of building this?

We also know how to build a good test environment where you are really driving typical use cases. You know, what happens when you go right to the edge of Wi-Fi, you know, in your community. So many people are trying to build a great network. But I think testing for what happens when it’s not great is equally as important,

Keith (40:02):

Or to prove that your network is great and that actually does work. Yeah. And then you can, you can walk away. So just to end up here with the name and oversight come from.

Ben (40:15):

Because, it’s an interesting story and it really wasn’t, the original name is not the working title of it. It was actually called log guy, but, you probably know of another popular company who used that terminology. So we had to change it on the fly. And, I kept looking at a couple of companies like VMware and someone who put a little vineyard in front of everything. And I thought, well, I’m numerous networks. I’m going to put a little Nan and in front of it. And I’m going to be different. It’s not this, there’s lots of things called insider and insight and all that kind of stuff. So this is an oversight.

Keith (40:55):

Yeah. Yeah. So it works and it’s memorable as well, but we’ll put show in the show notes, we’ll add links to numerous networks and some other graphics that are available in your help file and how to use this. It’s actually a very simple product to use takes I don’t know, a minute or two to download the installer, to put it on your Mac. You find a USB cable for your iOS device connect up and it shows up right on the screen. So it’s something you could use to help you evaluate how iOS devices are making roaming decisions on your current network or to baseline improve whether or not the updates you did fixed or made it worse. So thanks to Ben Jonah for joining us today from numerous networks. And we’ll see you again on a future episode. Thank you. Thank you. It was a pleasure.