I just received my 4 tuner Tablo today, hooked it up and went to enable the Tablo Connect and found that it’s asking something a little unusual. With the port forwarding configuration, rather than having the same port on both sides being open it has different ports for external versus the internal.
The Tablo’s port forwarding is quite normal. The whole purpose is take some random external port and forward it to a common internal port.
All of Comcast X1 enabled modems (Arris, SMC, etc.) have the same port forwarding configuration, so def no rare. Having two routers daisy chained is less than optimal. Still don’t understand why it’s necessary to have asymmetric port forwarding though. There’s no reason why the Tablo can’t use the same designated public ports (21080-21082) as its own ports rather than the usual HTTP, HTTPS and 8887.
Tablo Connect is a purely optional feature, so you don’t have to spend any more money if you don’t want to.
Sorry, but you’re making excuses now. There’s no rational reason to have Tablo require asymmetric port forward… none whatsoever, and its use adds an unnecessary additional burden to utilizing one of the features it uses as a selling point.
@virtualuk - Sorry to hear you’re having trouble with Tablo Connect. As the others have stated, Tablo Connect is an optional feature and we designed it to be easily turned on via a switch within the settings screen for the massive installed base of UPNP routers.
issue reposted in beta forum.
I gave up after trying every possible option in my router. UPnP, port forwarding, port triggering, all sorts of combinations. It’s possible that the lack of good bandwidth and/or speed causes it to fail.
The only suggestion I have is setting up a VPN server at home so devices can connect to your network and it will appear they are on the local network so they will find the Tablo just fine.
Most smartphones have a built in VPN client so it’s quite easy.
Providing you have VPN capabilities, or you have a PC you can set up a VPN server and then set up port forwarding providing that your router has VPN pass through capabilities so it doesn’t screw up the connection and… and …
Yeah, your OS has to have the ability to support being a VPN gateway, or run a VPN gateway service, then the router has to do port forwarding to the computer acting as server/VPN gateway.
I am not running Windows Server 2008R2, otherwise that has built-in VPN capabilities like Server 2012 has.
I run Windows 7 at home. Have not looked into the VPN gateway capabilities of W7.
VPN also has a hefty overhead cost. The packet encryption and VPN packaging means less data payload per packet, MTU often has to be adjusted down.
I run a pair of Cisco ASA5510s functioning as VPN gateways and L-2-L gateway/head end, and a Windows 2012R2 server running NCP’s SES VPN gateway at work.
Keeping it secure is the biggest hurdle, but speed is the biggest complaint unless conditions are just right. I had to configure port forwarding and NAT in the Cisco devices to let traffic through to the NCP server and had to configure security and forwarding and routing rules in the Juniper core switches to make it all work. Wow, glad I documented all of that in detail! Recreating all that would take days if I had to start over again from scratch.
The NCP VPN gateway server itself has 2 dozen configuration pages or screens. IKE, IPsec policies, virtual adapters, routing tables, Link profiles, domain groups, NAT, and more.
It took some doing to make the firewall work with dual NICs in that server. There was trunking to set up in the switch. Routing rules were based on “if it’s aimed at this address on these ports, send it here, otherwise discard”, ugh.
I still find it odd that the router works so well for so many other things, but Tablo still believes the ports are not open except for 443 - and it almost always shows that one green and the others red. Why that one port? It shows that one green almost as soon as you check the box, but never the others, yet they are all configured the same in the same place.
Tablo sets up UPnP in the router, but in the router logs I see one of my computers constantly configuring and accessing the router’s UPnP, but tablo does not.
It’s as if it sets it up once then never tries again to actually utilize it. The router logs all such touches to UPnP, Tablo is there but 1 single time then never again while a PC is there quite a lot. I’m really starting to look at this as more of a Tablo issue than a router issue. Netgear routers are really pretty capable and reliable in these areas.