Hi everyone - below is the feature timeline for both upcoming features. All of the features will be available via the web interface unless otherwise stated.
[Released and Available Now]
- View attached devices
- DHCP reservation also known as LAN static IP
- Allows Port Range selection in Port Forwarding
- DDNS
- MAC address filtering (for both wired and wireless client)
- Compatibility mode for non-DFS devices (mobile app only)
View change log.
[Released and Available Now]
- Multiple Portals supported within one mobile app (iOS and Android)
[Released and Available Now]
- Adaptive Band steering
- Japanese translation
- Using HTTPS for myportalwifi.com
- DLNA
- UPnP support
View change log.
[Released and Available Now]
- Adaptive Mesh 2.0
View change log.
[Released and Available Now]
- Static DNS (dnsmasq)
- Static routing
- Basic parental control scheduling
- Single SSID for guest network
- Ability to save logs for debugging
- DDNS for Japan (MyDNS.jp)
View change log.
[Released and Available Now]
- VPN client support (OpenVPN and PPTP)
- Attach device fix
- HTTPS web interface
- Stability and bug fixes
View change log. Quick patch change log.
[Released and Available Now]
- Service VLAN (802.1q)
- QoS
- Stability and bug fixes
View change log.
[Released and Available Now]
- Improved mesh setup and performance
- 802.11r for improved client roaming in mesh environments
- Access point steering for improved client roaming in mesh environments
- Stability and bug fixes
View change log.
[Released and Available Now]
- WPA2 vulnerability fix (KRACK Attacks)
- DNSmasq package upgrade for security enhancement
- Mesh traffic stability fix
- 5GHz interface stability fix
View change log.
Comments
245 comments
I just checked mine and it looks like it also updated to 136 sometime overnight.
The Client Devices list on the app (it is greyed out on the web interface) with my Portal operating in Bridge/AP mode still seems to be broken, though I'm not sure if this was addressed only in router mode? I usually have about 35+ clients on my WLAN and the app still only shows anywhere from 1-3 devices.
Is it possible to add a setting in the future firmware to allow us to set a "best time" for firmware updates to be applied? Last night mine updated around 2am, interrupting service for 3 members of the house (we stay up pretty late usually).
Their "Attached Devices" listing has multiple issues.
From what I discovered and posted about previously is that devices connected to the second, meshed Portal will show up as Wired instead of Wireless.
I've gone from Main Portal-to-Mesh Portal and watched the device go from Wired to Wireless and back.
I was hoping the new firmware fixed that.
Good catch!! Its a bug.
It would be very useful if Connected Devices can show which Portal it is connected too. Main Portal or the other meshed portal and at which type of connection they are connected. For example: ng or ac.
Has anyone had any success in getting the VPN client working? I use privateinternetaccess.com and I've tried OpenVPN and PPTP (by the way the max character limit on the server input for PPTP needs to be updated to be longer than 32 characters) and neither have worked just disconnected.
I also tried to log via usb2 to see what's going on but I'm not even sure how I can read the log since it's coming up with unknown characters when I try and view it.
If anyone has been successful please advise me as to what I'm doing wrong, thanks.
What is Access Point Steering?
I got VPN working perfectly with vyprvpn! 😀. Importing the ovpn file for the server I wanted to connect to (seems you can add up to 16), specify credentials.. And it just works.
Do wonder what happens if it looses connection. It has a auto reconnect option, but when reconnecting all traffic will probably go over the net. Which is something I'd rather not have.. Future features :)
I just updated the Android app for the Portal router to the latest version moments ago and noticed when I clicked on the "Device" icon, it now says "Information - In bridge mode, this function is disabled automatically for better security."
So I can't see what devices or clients are connected on the Portal router in bridge/AP mode? :(
Is the x.138 firmware version's features the same as the previously pulled x.136?
A little more details and communication would be helpful.
Interesting, I didn't realize that it's now up to .138! I just checked my router and it does show Portal-1.4.154_prod-1.2.138.
So what's new with .138? :)
I did see an option (on the Android app) that there is a "Beamforming" option which was disabled. I enabled it (running in AP/Bridge mode).
My portal requires a hard restart every time it takes an update. Any fixes?
I saw that my Portals were getting an upgrade around 6-something this morning. Figured there was a bug in the most recent version that neede a quick fix.
@David - Beamforming is not yet available in Portal. The option on/off is given but turning it on will do nothing.
@Tim - that's definitely should not be the case. You should raise a ticket.
@Baivab Mitra - If that is the case then the Portal team is guilty of false advertising as beamforming is listed on the features page of the website.
FYI - You can't sell an IOU...
Did the update schedule just change (push back) a month and a half or did I miss something. I thought there was a late March update...?
May 19, 2017
@ Francis - Seems to be the case!
I have finally had enough and sold my Portal this past weekend. I am not satisfied by the lack of "basic" functionality and the development pace of said functionality. Which is all that needs to be said on here, though I will be leaving reviews elsewhere to describe the current state of things.
Time to move on, good luck everyone and enjoy the ride...
@Nathan
Right behind you. I have to offload 2 of them.
@Nathan and @Francis - which basic functionality missing is causing you to take this drastic decision? As far as I see - other than supporting QoS, almost everything every standard consumer grade router offers is already provided especially when you mention BASIC functionality.
I'm not sure what you mean by QoS and why that matters, guys. For example, unless you do have some amazing ISP (and I know hundreds and hundreds), there is no real QoS upstream available on a consumer or SOHO/SMB service. If, for some reason, you were on an SMB service in Europe (like Telia in Sweden), it it's possible to get and configure QoS on the WAN side, but only through DSL. Routers like the Intertex IX78 are used in this service because they do support the ATM QoS through their built in broadband chip.
If you are referring to WiFi QoS, that does make some sense because you do have control over the WiFi network in your home or business. So, what exactly are you talking about and what do you think you are missing?
Here are the two-ish basic features I have brought up a number of times to both the Portal team and the forums since its release (I was an early Kickstarter pledge)...
IPv6
NAT support / Port triggering support
Access Point Steering
These are the facts as I seem them and perhaps these features are not important to anyone else, which is fine but they are to me. Also I have tried hard to understand the prioritization and strategy of the features for Portal but as others have noted they don't seem to much align to what the majority of folks require.
@Baivab Mitra I'm pretty sure both @Nathan and @Francis are the type of people that bring a roach with them to a restaurant, if you catch my meaning. Is QOS support a big deal to people, yeah it can be, it's why dd-wrt and tomato do so well but they've had a lot of time to build up their brand to allow for sometimes flawed execution. The portal team is active and working on some pretty awesome releases and some people don't understand that they're not special and their decisions and feelings don't matter. If they want to sell to a more appreciative group of people I hope their sales go great. They can continue to lag behind and wait to buy another when they realize their mistakes.
In before anyone asks
Yes I'm an original kickstarter as well one of the first 200, I'm happy with the story I have this far and can make concessions because I expect quality, not some fly by night company that will disappear.
Although I am keeping my 3 Portal units in hopes things will drastically improve. I will say that it is pretty sad that my single 5 year old Asus RT68u out performs my Portal Mesh setup for range and is FAR more reliable. It is only recently that I could use the Portal router for more than a week without them going red and never coming back (The only way to fix that was by changing brand of Cable Modem provided by ISP - But the whole time the Asus had 100% uptime with Zero issues)
I'm one of the original KS and have had two meshed for awhile.
I haven't tried any of the new mesh type routers (google's. luma etc. But I can say I tried different solutions for years with tons of different routers (from cheap to the very expensive), ethernet over powerline, wireless hotspots, regular firmware, tomato, openwrt etc and I can say none of them has worked as well as the portal.
Not that I don't have problems... The fact I can't give a name to connected devices, or even have multiple phones be admins on the portal seem ridiculous at this point. But as a general wifi router it really has been rock solid.
@Yyzzy Arzayus - Pretty childish... You should keep your mouth shut until you have some actual facts vs. assumptions...
It is people like you and your poor assumptions that distract from the issue at hand...
Just a few off the top of my head. And for the record, i really want portal to succeed. This is my 3rd kickstarted router and at least it shipped unlike the damn Soap. Just sold my Asus RT87U which was more stable with better range. Just wanted the some new features with the portal(s). I assumed this was more of an enthusiast router than something quick and easy to setup.
1. I cannot change channels. My Portal literally uses the most saturated channels on both 2.4 and 5 in my neighborhood.
2. I cannot edit the name of connected devices, and they are generally wrong when showing what is wired/wireless
3. I cannot backup any configs or manually install firmware
4. 2 portals using same SSID(s) are basically useless. The client never releases the current connection, regardless how weak it is. ( I was hoping the March update was going to fix this). Also, hard wiring portals does nothing.
5. Even though my portals are not set to use my providers DNS's, they are still the primary and those I entered manually are secondary. There is nothing I can find to change this.
6. A few iOT devices cannot connect unless I use compatibility mode (not portals fault i know), but that limits some of the main reason to have portal. I bought in for fastlanes, band steering, and channel decongestant.
7. Just tried logging so nothing on that yet. I was hoping to see who the bandwidth hogs were to keep an eye on things.
Please sign in to leave a comment.