You’re seeing the XT, not the Plus.
I do think it says “Slate Plus (GL-A1300)” and not “Slate XT”. But I left my glasses at work, maybe tomorrow it is clearer.
Slate Plus has been listed there [NEW lable] for a long time. 
Hi Hansome,
Thank your for your help. I can confirm as long as VID 2 is untagged on port 5, then we can tag eth0 however we wish, and eth1 acts like a routed interface.
I am not even going to ask how you would use tagged packets on eth1 (as some carrier want). Hopefully you can just uses the devices tab.
One thing to note:
If you make any changes to the Luci switch page, you must add port 5 back into for vid 2, and restart the network. That caught me out this morning.
Thanks again for your help
Simon
The release1 firmware seems pretty stable for me. Been running OpenVPN for nearly 2 weeks straight and did not notice any connection issues.
Never got a Beta Slate Plus because of shipping costs.
Can someone please do a picture of Slate, Beryl, Slate AX and Slate Plus ( or whatever you can). Still advise a lot of people and size/form factor is always one of the criteria I always discuss with people.
Thanks.
Here you go:
Basically, Slate Plus is around the same size as Beryl.
- Top to bottom: Slate, Slate Plus, Beryl, Slate AX
6 Likes
Some feedback from two weeks of use with the GL-A1300.
I used it in five different Hilton properties across five different states in the US. The captive portal was detected easily in all instances and I had no problems with either a hard wired connection or with the A1300 acting as a repeater.
As soon as it connected, I turned on Wireguard so all data was routed through a home server. With the relatively slow hotel connections, I had no issue nearly maxing out the available bandwidth using wireguard (never bothered testing OpenVPN).
Connected to the router via wifi was a computer, two phones, Steam Deck, Firestick 4k, and a tablet. A USB stick was plugged in as well, serving video files via SAMBA.
The Firestick was used in two ways:
- Streaming from either Disney+ or Amazon Prime
- Running Kodi to play SAMBA shared video from the router
Streaming video was not a problem but had occasional drop in video quality from adaptive bitrates (most likely due to hotel bandwidth).
Where the setup EXCELLED was the ability to have KODI on the firestick and stream from the router SAMBA server. I loaded up the USB stick with TV episodes I ripped from DVD and it was a seamless process of being able to use the KODI frontend.
I think the A1300 strikes a great balance in size and power.
5 Likes
I am glad Hilton works. I though it is the same as Mariott.
At $69, price is attractive too. Not sure the Beryl makes sense now.
I think Beryl’s WiFi performance is better than Slate Plus. according to my testing.
I’m guessing the Beryl will be phased out in favor of the Slate Plus. Nearly identical use and form factor but more processing power in the Slate Plus. VPN performance is much better.
My wifi use case is nearly always just a hotel room and I drop transmit power so I’m not broadcasting across a few city blocks. That being said, it’s nice when my room is somewhat close to the hotel gym and I can still connect!
Hilton and Marriott are owned by two different companies and not affiliated with one another. It’s been a while since I’ve stayed with a Marriott but last time I did, I don’t remember any issues connecting.
IHG properties on the other hand, I’ve had many struggles using their networks in the past (with gl-inet routers). I’ve got some traveling again in about a week. Not sure what hotel I’ll be staying at but I’ll have the Slate Plus with me and put it through more testing!
1 Like
1 Like
SSIDs missing if broadcasting on DFS channels, is this a known issue?
Using openwrt-a1300-4.1.0-1015-1665831919
I seem to have a problem with the GL.Inet detection of SSID on DFS channels.
I have a Meraki-G broadcasting JOLLYBOYZ_INT on channel 56 (it does transmit on 2.4GHz channel 11 as well)., and an AXT-1800 (on 4.0 s/w) connected to on 5G and retransmits the JOLLYBOYZ16 SSID on 5G, and the JOLLYBOYZ16_24 on 2.4GHz (so same channel numbers).
i can see and connect to JOLLYBOYZ16 on the GL-A1300 via the OpenWRT interface, but I cannot see the channel on GL-INET scan. If I connect via OpenWRT, GL-Inet does not see the connection, and I Cannot then even connect to the SSID in the OpenWRT interface.
The GL-INET sees below
I changed regulatory country on the 5GHz SSID to GB via openwrt, which changed it on the radio. Currently all SSID are disabled on the A1300.
iwinfo radio1 scan gives:
Cell 01 - Address: B4:0F:3B:2D:DC:04
ESSID: “VM994541”
Mode: Master Channel: 40
Signal: -90 dBm Quality: 20/70
Encryption: mixed WPA/WPA2 PSK (CCMP)
HT Operation:
Primary Channel: 40
Secondary Channel Offset: below
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 42
Center Frequency 2: 0
Cell 02 - Address: 8A:D3:43:F1:39:6F
ESSID: unknown
Mode: Master Channel: 40
Signal: -88 dBm Quality: 22/70
Encryption: mixed WPA/WPA2 PSK (TKIP, CCMP)
HT Operation:
Primary Channel: 40
Secondary Channel Offset: below
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 42
Center Frequency 2: 0
Cell 03 - Address: 18:58:80:28:B5:1A
ESSID: “BT-NQCWXN”
Mode: Master Channel: 44
Signal: -80 dBm Quality: 30/70
Encryption: WPA2 PSK (CCMP)
HT Operation:
Primary Channel: 44
Secondary Channel Offset: above
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 42
Center Frequency 2: 0
Cell 04 - Address: 18:58:80:81:41:BC
ESSID: “BT-NQCWXN”
Mode: Master Channel: 44
Signal: -89 dBm Quality: 21/70
Encryption: WPA2 PSK (CCMP)
HT Operation:
Primary Channel: 44
Secondary Channel Offset: above
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 42
Center Frequency 2: 0
Cell 05 - Address: 1A:58:80:28:B5:1A
ESSID: unknown
Mode: Master Channel: 44
Signal: -80 dBm Quality: 30/70
Encryption: WPA2 PSK (CCMP)
HT Operation:
Primary Channel: 44
Secondary Channel Offset: above
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 42
Center Frequency 2: 0
Cell 06 - Address: 62:58:80:81:41:BD
ESSID: “BTWi-fi”
Mode: Master Channel: 44
Signal: -89 dBm Quality: 21/70
Encryption: none
HT Operation:
Primary Channel: 44
Secondary Channel Offset: above
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 42
Center Frequency 2: 0
Cell 07 - Address: 4C:A6:4D:F6:84:26
ESSID: “JOLLYBOYZ”
Mode: Master Channel: 52
Signal: -51 dBm Quality: 59/70
Encryption: WPA2 PSK (CCMP)
HT Operation:
Primary Channel: 52
Secondary Channel Offset: above
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 58
Center Frequency 2: 0
Cell 08 - Address: E4:57:40:BA:49:47
ESSID: “Dallas”
Mode: Master Channel: 44
Signal: -90 dBm Quality: 20/70
Encryption: mixed WPA/WPA2 PSK (TKIP, CCMP)
HT Operation:
Primary Channel: 44
Secondary Channel Offset: above
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 42
Center Frequency 2: 0
Cell 09 - Address: 62:58:80:81:41:B8
ESSID: unknown
Mode: Master Channel: 44
Signal: -89 dBm Quality: 21/70
Encryption: WPA2 PSK (CCMP)
HT Operation:
Primary Channel: 44
Secondary Channel Offset: above
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 42
Center Frequency 2: 0
Cell 10 - Address: 82:0D:10:BB:B5:7F
ESSID: unknown
Mode: Master Channel: 48
Signal: -88 dBm Quality: 22/70
Encryption: mixed WPA/WPA2 PSK (TKIP, CCMP)
HT Operation:
Primary Channel: 48
Secondary Channel Offset: below
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 42
Center Frequency 2: 0
Cell 11 - Address: DE:CB:AC:B6:03:56
ESSID: unknown
Mode: Master Channel: 56
Signal: -36 dBm Quality: 70/70
Encryption: WPA2 802.1X (CCMP)
HT Operation:
Primary Channel: 56
Secondary Channel Offset: below
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 58
Center Frequency 2: 0
Cell 12 - Address: E6:CB:AC:B6:03:56
ESSID: “JOLLYBOYZ_INT”
Mode: Master Channel: 56
Signal: -36 dBm Quality: 70/70
Encryption: WPA2 PSK (CCMP)
HT Operation:
Primary Channel: 56
Secondary Channel Offset: below
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 58
Center Frequency 2: 0
Cell 13 - Address: 96:83:C4:19:93:27
ESSID: “JOLLYBOYZ16”
Mode: Master Channel: 56
Signal: -30 dBm Quality: 70/70
Encryption: WPA2 PSK (CCMP)
HT Operation:
Primary Channel: 56
Secondary Channel Offset: below
Channel Width: unknown
VHT Operation:
Channel Width: unknown
Center Frequency 1: 58
Center Frequency 2: 0
You will see only SSID in the safe Band A are appearing in the Gl.Inet interface.
Simon
1 Like
If I manually add the network via the GL interface, /etc/config/repeater adds:
config network
option ssid ‘JOLLYBOYZ16’
option key ‘85PutneyBridge!21’
option proto ‘dhcp’
option metric ‘20’
option scan ‘1’
if I then try to connect, I see the following in the log:
Sun Oct 16 12:56:03 2022 daemon.info repeater: (/usr/sbin/repeater:1250) scan finished
Sun Oct 16 12:56:04 2022 daemon.info repeater: (/usr/sbin/repeater:719) Switching…
Sun Oct 16 12:56:04 2022 daemon.err repeater: (/usr/sbin/repeater:584) skip bss with dfs channel: JOLLYBOYZ16 96:83:C4:19:93:27 56
Sun Oct 16 12:56:04 2022 daemon.err repeater: (/usr/sbin/repeater:728) not found matched BSS for ‘JOLLYBOYZ16’
Sun Oct 16 12:56:04 2022 daemon.err repeater: (/usr/sbin/repeater:584) skip bss with dfs channel: JOLLYBOYZ16 96:83:C4:19:93:27 56
Sun Oct 16 12:56:04 2022 daemon.err repeater: (/usr/sbin/repeater:667) not found available network, re-scan in 59 seconds…
If I replace the option scan ‘1’ with an appropriate bssid entry, and reboot the router (think it is necessary) I can connect.
So the problem appears to be in the repeater service, which I thinkis one of yours!
Simon
I did notice that as well and I believe I had reported that in the testreport. I did not hear anything about it.
a1300 doesn’t have DFS support as of certification. so repeater manager scan won’t see DFS channels.
axt1800 has option to enable DFS:
This may be caused by scanning by iwinfo and repeater manager conflict.
Try
/etc/init.d/repeater stop
Before iwinfo scan.
Hi Hansome,
All SSID disabled on router, is not a bug - just my poor explanation.
I turned off all the client wifi in the wireless menu option to focus on the wlan connection.
My problem is:
Router UI does not see DFS channels in GL-iNet UI.
I have to bypass the UI and use UCI or edit repeater config file to connect.
Leaving my AXT1800 on 4.0.3 for now, everything works (and this setting is not there, so I am guessing defaults on).
If this is a regulatory issue, then I do not want to waste your time playing around with it. I can think of a couple of ways I can make it work - if I have to, enough for me. I have been spoiilt by the 4.x on AX1800/AXT1800
Simon
