Avoid the SRX5308 like plague
I've used my SRX5308 since it released in April / May 2010. TOTALLY DISASTER!
My 2 points:
1. Lack of general DDNS support, the existing 4 are too restricted,
TZO is not a free service (30 days free trial), the last 2 are for PRC
users only, as they request PRC identity card number to register.
Should have a general DDNS interface and many more DDNS choice (my
choice: ZoneEdit).
2. Lack of WAN Traffic log / graph. It will be good if a traffic log
/ graph per WAN interface is there to show, in / out bytes per minute,
opened sessions per minute, CPU loading, memory loading, multicast
traffic, network collision, errors, etc.
3. DHCP reservation for specific MAC addresses. The current User
Interface in Networking-->Lan Settings-->Lan Group, is very deep and
not user friendly. User should have a simple MAC address = IP address
table to make the setting. In the current firmware, I found some
problem in routing. If I save a MAC address, IP address pair, but the
IP address is NOT in the DHCP range, the router refuse to send out
packets for that IP address (but ping router is okay, proxy DNS from
router is okay)!
3a. The Menu structure cannot be more irrational! You can call me stupid, I expect I have a 'reboot router' button in 'Administration' tab, but not in 'Monitoring-->Diagnostics-->Router Options' tab!
4. Better user interface for WAN TCP/UDP ports map to LAN IP
ort.
Now, it is unclear to put it under Security-->Lan routing-->Incoming
routing. Actually, it should be very simple, Port Mapping, WAN Port /
Protocol = LAN IP
ort.
5. PPPoE on WAN port will show WAN port MAC address as
00:00:00:00:00:00. At least, I use PPPoE in WAN2 port, and it's the
display from Monitoring-->Router Details
6. Better load balancing algorithm, when a WAN port is down (router
configured to share load), I cannot go to an external site previously
assigned to that 'down' WAN port until a long time. I guess, it might
be due to a table inside the router to map external IP address to a
WAN port, but the table is not flushed after a WAN port down event.
6a. It's plain stupid on NAT routing. Say, it will send out Port 443 (HTTPS) traffic to 2 different WAN interfaces, even the traffic is generated from 1 LAN PC. Draytek dual WAN router will make sure Port 443 traffic from 1 LAN PC will make use of 1 WAN interface (with perhaps a time out). Anyway, with SRX5308, I can't login to some e-banking services. I suspect, because one http / https session send a redirect to a https URL and the incoming public IP is noted. In the final https session, it will allow traffic from that recorded public IP only. So, the stupid SRX5308 send the 'final / real' https using 'another' WAN interface, the server (or firewall) on the other end refuses the traffic! Correct implementation should be if traffic is from 1 LAN PC, use the chosen WAN interface consistently (or with a reasonable time out).
6b. With 6a, so, I set a rule in SRX5308 to send Port 443 traffic to 1 WAN interface (say WAN2) only. All the observed e-banking issues were solved. But another VERY STUPID bug in SRX5308 is found, that is, if WAN2 is down, SRX5308 will NOT send Port 443 traffic to any other WAN interfaces, OMG!
7. Better load balancing algorithm, I've a highly asymmetric set up,
WAN1 is 1Gbps / 1Gbps and WAN2 is 8Mbps/640kbps. When I upload to
internet, the router chooses WAN2 (the slower one) most of the time, but WAN1 is idle.
I think, a better weighted load balancing algorithm should be used.
8. No PPTP VPN, it is a useful addition to IPSec / SSL VPN.
9. Syslog messages, if WAN connection is selected, Syslog will show
all four WAN ports status every 30 seconds. It is too much, better to
send Syslog message ONLY when the WAN connection status is CHANGED (up
or down). And the message itself is too simple (now, something like
WAN1 CONNECTION: UP, WAN2 CONNECTION: DOWN, etc.) The message should
contain protocol information, communication parameters, up / down time
duration etc.
10. Jumbo Frames on LAN ports, the internal LAN switch does NOT support
Jumbo (> 1542 bytes) Frames, confirmed by Netgear technical support!
11. No Router CPU / Memory / system up time etc. status in Monitoring page.
12. Only telnet is supported as a CLI interface, ssh is NOT supported.
13. syslog in telnet interface, you cannot read syslog message in the telnet interface, the syslog command in telnet is for you to modify the syslog setting only.
14. SRX5308 will hang from time to time. Okay, not very frequently, say once every few weeks. Com'on, with the price tag, and the spec, I demand a 24x7x365 class box. My 1/2 price Draytek 2950 runs and runs, until I upgrade the firmware and reboot. Yes, they are not the same spec, but SRX5308 is crap!
All the above were sent to Netgear technical support (w/o the comparison with Draytek), but all the replies I received are just company lines. And no single firmware update is ever published (as of 7-Oct-2010)!