9 comments

Add a comment…

Sign in

prestine

Your email address

Check!

invalid email

(thinking…)

Reset

or sign in with

• 
• 

UserVoice password

Forgot password?

Create a password

Your name

I agree to the terms of service

Signed in as (Sign out)

Close

Close

Post comment Submitting...

• Terry Johnson commented  ·  June 11, 2012 7:47 a.m.  ·  Flag as inappropriateFlag as inappropriate  ·  Delete

  Will it have a WiFi option, or can that be looked at in future too?

• Terry Johnson commented  ·  February 10, 2012 5:45 a.m.  ·  Flag as inappropriateFlag as inappropriate  ·  Delete

  This feature would make a huge difference. Link aggregation is a requirement for branch offices located where DSL speeds are poor or you have to use wireless technologies to get a decent uplink speed, which includes most of Canada and large parts of the USA.

• AdminAngelo Comazzetto (Product Ninja, Sophos Features & Ideas Laboratory) commented  ·  August 5, 2011 1:21 p.m.  ·  Flag as inappropriateFlag as inappropriate  ·  Delete

  Due to a merging error, please place your votes in "RED: Connect to other ASG WAN Links" if you originally placed your points here in "RED should be able to handle Astaros uplink failover".

  Thanks!

• Joachim Sommer commented  ·  July 28, 2011 6:33 a.m.  ·  Flag as inappropriateFlag as inappropriate  ·  Delete

  Ich bin sehr verwundert, dass hier der Request, REDs mit einer Appliance mit redundanten UPLINK Interfaces zu Verbindungen, zu unterstützen mit dem Request, mehrere WAN Interfaces auf einer RED zu supporten, zusammengelegt wird. Anhand der Kommentare kann man dies erkennen. Zum einen werden die Kommentare dadurch zum Teil unverständlich zum anderen fehlt einer der Requests. Ich hoffe, dass der Bedarf, in einer Konstellation, in der Zentral mehrere Internetprovider einen Redundaten UPLINK bilden, diese Redundanz der zentralen Anbindung auch von den RED Devices zu unterstützten, nicht ignoriert wird. Die REDs selbst mit Redundanten WAN Anbindungen ausstatten zu können, spielt zumindest bei uns nur eine untergeordnete Rolle.

• Christopher Neuhaus commented  ·  February 17, 2011 12:11 a.m.  ·  Flag as inappropriateFlag as inappropriate  ·  Delete

  Wenn der Internetzugang schon redundant ausgelegt ist (mit 2 Uplink-Interfaces), ist es eigentlich logisch, die RED-Devices in die Redundanz mit einzubinden.

• maygyver commented  ·  February 16, 2011 1:29 p.m.  ·  Flag as inappropriateFlag as inappropriate  ·  Delete

  Sinnvoll wäre die Nutzung der "uplink Interface". Oder die Deinition der zugelassenen externen Interface. Wenn dann eines davon down ist, wird die andere Leitung genommen.

• Joachim Sommer commented  ·  January 9, 2011 8:44 a.m.  ·  Flag as inappropriateFlag as inappropriate  ·  Delete

  Leider funktioniert dyndns wahrscheinlich auch nicht. Nach unserer Erfahrung wird nicht bei jedem Verbindungsaufbau die IP-Adresse von der RED nachgefragt, denn sonst wäre das Problem nicht vorhanden, da bei DNS Anfragen die Reihenfolge der gelieferten IP-Adressen variiert. Eine Dyndns-Anfrage würde beim Abbruch einer Verbindung folglich auch nicht erneut durchgeführt. Es würde zur Einführung dieser Funktionalität vermutlich genügen, wenn die DNS Anfrage jeweils beim Versuch eines Verbindungsaufbaus erneut durchgeführt würde. Dies sollte nicht wirklich viel Aufwand sein und sollte eigentlich eine Selbstverständlichkeit darstellen.

• Christopher Neuhaus commented  ·  December 29, 2010 7:29 a.m.  ·  Flag as inappropriateFlag as inappropriate  ·  Delete

  An Uplink Balancing with 2 possible IPs behind a DNS-Name would be great. - Like the connection over openvpn, it should be possible to re-establish the connection with a small time delay over a new available second IP.

• Jeff Verheyen commented  ·  August 21, 2010 4:00 a.m.  ·  Flag as inappropriateFlag as inappropriate  ·  Delete

  Would be even better if they manage to combine the 2 uplink's bandwith. But I will settle for a WAN failover.