A Verizon FIOS STB and a Kerio Control router


Technophobes take warning: we're going to dive in to the bits a little more deeply than usual. I apologize for that and promise that I will try to avoid giving anyone a lasting headache, but there is just no way to explain this without some binary visualization.

This starts with a surprise. I was visiting a growing company to talk to them about installing Kerio Control appliance routers at each of their three locations. We had wrapped up all of the details of what they needed and how much it would cost. It was now time for me to go look at their physical infrastructure to see where I'd put the main office router.

The surprise was that I found a Verizon FIOS MI424WR router in their wiring closet. That's exactly the same router I have in my house and I was shocked to see it deployed in a business. This is a router that provides NAT Internet access for computers, but it also passes TCP to Verizon STB's (Television Set Top Boxes).

Verizon M1424WR router for FIOS TV

Why was it here? Well, for the same reason I have it in my house: the owner wants Verizon FIOS TV in his office. That router gives him that.

Unfortunately, seeing that drained the blood from my face. I stammered something like "This isn't going to work" and everyone looked at me with surprise. Why was I so upset?

A bridge to nowhere

When you come in with a new router and there is already something in place, you have two choices: rip and replace, or bridge.

Rip and replace is the preferred path. Just unplug whatever is there and replace it. Simple. Unfortunately, I knew that doing that will kill some of the TV functionality: Video on Demand and channel information. That stuff flows through TCP and has to go through the Verizon router because it gets to the STB's through Coax, and not through the Ethernet LAN. So I can't rip out the Verizon router.

Bridging is the other option. This is a mode available on some routers that tells it to be "transparent" - basically do whatever it is you need to do but pass everything on through to another router. That's often an option on so-called DSL modem/routers - the bridging option lets it continue translating the DSL signal but pass the routing function elsewhere. Unfortunately, that's not possible here. As the manufacturer of the router explains:

Can I Bridge the Actiontec MI424WR router that Verizon provided, when I signed up for FiOS service?

The MI424WR does not have a bridging option, and neither Verizon nor Actiontec support attempting to bridge it.

The desire to bridge the MI424WR is based on a misunderstanding that it is a modem as well as a router. Actiontec does produce DSL Modems/Router that have a Transparent-Bridging option, which bypasses or disables the router function and allows the Modems/Router to act simply as a DSL modem, when it is enabled. Many consumers do not realize that with FiOS, the ONT (typically outside the home) is the device that handles changing the FiOS signal from Fiber to either Ethernet or Coax, and that the Router is just a Router, and if it was bridged or bypassed, it would be a device without a function.

For most Verizon FiOS customers, their service would completely stop if the MI424WR was bridged, because the Video on Demand service is dependent on it to work.

That's why I was upset. I explained this to the customer. He insisted upon calling Verizon to verify my statements and soon I found myself talking to a Verizon tech who insisted that I was wrong.

Well, not entirely wrong. He agreed that the device could not be bridged, but insisted that I could put the Verizon router into a DMZ if the customer would pay for a block of five IP addresses.

Geek alert

Right here is where we have to get a little geeky. What the Verizon tech suggested was that I'd give one public IP to the Verizon router and let it have that for the TV's. I'd use one of the other IP's on my box and we'd have a working system.

That made sense. I knew I was in trouble with just one IP, but with more addresses, we could create a DMZ.


I have to branch off for a moment here. Trust me, this diversion will eventually help us understand the larger problem.

Pretend that the Verizon router was not a router. Think of it as a computer instead; a computer with a public IP address and another network card that has a private IP. That's actually what it is, of course, so it shouldn't be too hard to visualize that.

What do you do when you have a computer that needs a public IP? You have two choices, actually: it can sit fully exposed to the Internet or it can be protected behind a firewall. Both scenarios loosely come under the definition of DMZ, though purists will insist that "fully exposed" should not use the DMZ acronym in any context.

The Kerio firewall is quite capable of handling a protected DMZ and that would be how I would want to configure it. When I heard "five IP addresses", that configuration was what my mind jumped to.

Why? Because that's what I wanted. I didn't want anyone to be able to plug into the Verizon router or use its wireless and get Internet access without passing through the Kerio firewall. The whole point of Control is, after all, to CONTROL TRAFFIC. So that's where my brain went.

Looking at the bits

The clue here was the five IP addresses. It's really six, but one of them will be the gateway, so the customer would get five that he can use.Verizon is going to give him these addresses in a subnet. They'll tell him the subnet mask to use and for the five IP's that will mean that it is There's another way to express that, however. We could also say that's a /29 subnet. I really recommend that you think of subnets that way, because it will help you understand more easily. For reference, use this: = /30 or 2 bits for you, 4 addresses, 2 useable.
255.255/255.248 = /29 or 3 bits for you, 8 addresses, 6 useable. = /28 or 4 bits for you, 16 addresses, 14 useable. = /27 or  5 bits for you, 32 addresses, 30 useable. = /26 or  6 bits for you, 64 addresses, 62 useable. = /25 or 7 bits for you, 128 addresses, 126 useable. =  /24 or  8 bits for you, 256 addresses, 254 useable.

It's the "bits for you" part that is critically important here. Three bits only gives eight values - 0 to 7. As zero is how we refer to the subnet and 7 (all ones) has to be the broadcast, that leaves six adresses available. One of those has to be the gateway, so now we're down to five. Get that firmly in your head before we move on.

Verizon has a much larger network, of course. They carve their network up into blocks like this for their customers. Home users get /30, which gives them one and only one address: 2 bits, which is four possible addresses, two of which are available to the customer, one which becomes the gateway and that leaves one for the customers router.

Remember that routers choose routes based on bits. When a Verizon router out in the Internet somewhere sees an address where the bits match the bits assigned to you, it moves those packets toward you. That recognition of bits and sending them off to the right place is exactly what I'd want to do to create a DMZ.

Let's say Verizon gave him (they didn't, but we have to use something to see this).

If we look at the bits, they look like this:

11000000  11101101 10100001 11100000 (, subnet ID 
11000000  11101101 10100001 11100111 (, broadcast 
11000000  11101101 10100001 11100001 (
11000000  11101101 10100001 11100010  (
11000000  11101101 10100001 11100011  (
11000000  11101101 10100001 11100100   (
11000000  11101101 10100001 11100101   (
11000000  11101101 10100001 11100110   (

The bolded bits are ours. As noted previously, six IP addresses are available and one of those has to be his gateway.

I'd like the Kerio Control router to be able to make a routing decision based on those three bits that are his. I can do that with a /30 mask if I don't mind wasting some of the public IP addresses:

11000000  11101101 10100001 11100000 (subnet id)
11000000  11101101 10100001 11100001
11000000  11101101 10100001 11100010
11000000  11101101 10100001 11100011 (broadcast)
11000000  11101101 10100001 11100100 (subnet id)
11000000  11101101 10100001 11100101
11000000  11101101 10100001 11100110
11000000  11101101 10100001 11100111 (broadcast)

Assuming Verizon used as its gateway for the /29 subnet originally, we'd use as the Kerio public IP and put on the Verizon router. The would be put on port 2 of the Kerio and would be the gateway for the Verizon router.

The physical hookup takes the WAN cable out of the Verizon and plugs it to the Kerio WAN port. Port 2 on the Kerio plugs into the Verizon WAN port. That's a protected DMZ - everything has to flow through Kerio Control.

I think that should work, but I don't have any easy way to test it. I turned to Kerio support and asked them if they could create a simulated environment and check my thinking. They did that, but reported back to me that it didn't work. They didn't seem to understand why any more than I do. I'm pushing that harder (maybe they mistyped something while setting it up), but I have to install this in a few days, so I'm under pressure.

In the weeds

So, it seems that my only choice here at the moment is to have an "unprotected" DMZ. Of course the thing that is unprotected is a firewall itself and there is nothing but a TV set or two on its LAN, so it's not much of a security risk, but it does give a path that can bypass the Kerio Control. If we disable the wireless, that would require someone to physically plug into the router, which can't be done without walking into the wiring closet with computer in hand, so I suppose that's not too horrible, but it still bothers me.

Your ideas are appreciated. Did I miss something? Did I drop some bits on the floor without noticing?


There are a few other things I found after the fact:

The Verizon subnet

Because of the false /24 subnet, there's a potential problem looming. Let's say Verizon gave him the IP's we used in the examples above and we use one of them for a mail or webserver. Let's say Verizon gives someone else another set of addresses in the same subnet. How can that customer access any of these addresses?

Their router would assume that any of these addresses do not need routing. I'm not sure what help Verizon would offer, but apparently this has come up: Does Verizon business FIOS (Static IP) use subnetting?

One IP Solutions

I found this page which explains the various options for using your own router with Verizon. Most of these are complex and limited: What are the tradeoffs between the various router configurations?.

The cleanest option is to use a MOCA bridge, which bridges IP over Coax to Ethernet. Unfortunately, the only device that seems to be available other than used on eBay is the $150.00 Actiontec ECB2200.

Related links

Got something to add? Send me email.

(OLDER) <- More Stuff -> (NEWER)    (NEWEST)   

Printer Friendly Version

-> -> A Verizon FIOS STB and a Kerio Control router


Increase ad revenue 50-250% with Ezoic

More Articles by

Find me on Google+

© Anthony Lawrence

Wed Nov 14 11:45:50 2012: 11429   TonyLawrence


Verizon did something very weird here. They gave him 5 ip's


But with a class C mask and a gateway of xx.xx.xx.1

So I can't split this (I wouldn't have access to the gateway).

Fri Nov 16 12:33:43 2012: 11431   TonyLawrence


Kerio suggested that this would work (pretending their public ip's are to 54 and the gateway is

Internet interface:, gateway:
Trusted/Local #1:
Other interface #1:

NIC:, gateway:

Traffic rule:

Source: Other interface #1
Destination: Internet Interface
Service: Any
Action: Permit
Translation: None

It uses up two Control ports and three IP's, but yeah, I see how that should work.

Sun Jan 20 00:19:53 2013: 11767   anonymous


I don't think you need a block of IP's. Option 6 is the way I would go. You didn't say if he had coax or cat 5e from the ONT but if it is coax, you can change that (via a call to Verizon and running the cable yourself). It would double NAT the TV data, but who really cares about that?? It's just menu data, no real throughput issue there.

Kerio Connect Mailserver

Kerio Samepage

Kerio Control Firewall

Have you tried Searching this site?

Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more.

Contact us

privacy policy