USG-XG-8: Wie heeft er ervaring mee?

[Davey400]

Hi all,
vooropgesteld: ik weet dat de USG-XG-8 EOL is.
In de praktijk is deze echter nog gewoon op te nemen in de nieuwste 'Network' releases en na eerst aangegeven te hebben dat dit heel binnenkort niet meer zou kunnen zijn ze daar toch weer op terug gekomen. Dus toen er één voorbij kwam voor een gunstige prijs toch maar eens eentje aangeschaft om er mee te spelen.

Al heb ik hem wel gewoon werkend heb ik nog wel wat 'quirkjes' die ik tegen kom.
Belangrijkste is dat ik nu nog het idee heb dat elke SFP poort maar aan één specifiek netwerk gekoppeld kan worden; ben benieuwd of iemand dat kan ontkrachten of bevestigen?

 

[Davey400]

Het lijkt een zeldzaamheid te zijn, zo'n USG-XG-8...
Inmiddels wel verder gekomen. Na een hoop onsuccesvol geklungel in de reguliere interface bedacht ik ineens om de 'legacy interface' te gebruiken, die ook nog steeds gewoon in de meest recente Network-release beschikbaar is.
En dat hielp; ineens werden settings gewoon opgeslagen; dat helpt een stuk.
Het lukte vervolgens ook om poorten te assignen, die vanuit de moderne interface maar hardnekkig op 'disabled' bleven staan.

Waar het op lijkt is dat je een VLAN maar op één poort kunt gebruiken. Je kunt wel meerdere VLAN's op een poort gebruiken.
Enige uitzondering is het default VLAN, dat kan (met een klein trucje) op meerdere poorten ingezet worden.
Hiermee wordt het dus ook ineens een interessante Aggregation switch.

Het is niet noodzakelijk om de WAN interface te gebruiken. Dat heb ik wel gedaan via een geïsoleerd netwerkje richting de UDM trouwens. Dat gaat ook goed na alternatieve IP-ranges ingevuld te hebben en de XG8 via een handmatige inform op te nemen in een los geïnstalleerde controller; Protect op de UDM staat uiteraard geen 2e gateway toe.

Mooi spul, echt doodzonde dat ze dat pad afgesloten hebben. Daar lijkt geen technische, maar een financiële reden achter te zitten; de architectuur en performance is echt fantastisch. (16GB ram, 16 core MIPS en hardware offloading voor vanalles, incl. PPPoE) Het ding heeft het dan ook niet echt druk:


Ik weet niet of ik hem echt ga inzetten (want UDM-SE en Protect enzo...) maar ben erg onder de indruk.

 

[mdzwarts]

De XG-8 is heel kieskeurig met poortindelingen, met een combinatie van 1Gbit VS 10Gbit poortcombo’s en problematische config. Inzetten als een switch is mij nooit gelukt, ik heb er altijd een aggregatie switch achter gehad. Heeft altijd wel super stabiel en snel gewerkt. Na deze een tijdje de UDM-Wall gehad, wat fijn is qua integratie van functies, maar toen de fortress gateway uit kwam zag ik eindelijk de waardige opvolger.

 

[unifidave]

Ik heb de mijne sinds een aantal weken met pensioen gedaan en gebruik nu een udm pro max, ik vind het nogsteeds een mooi device om te zien ook hij gaat ook de verkoop in.

 

[Davey400]

Inmiddels flink mee gespeeld.
Had ik al gezegd dat ie geweldig is?
Na even wennen aan de wat afwijkende config en weer terug in de legacy beheer-interface zijn de mogelijkheden eindeloos en de prestaties top.
Belangrijkste nadeel voor mij is dat ik Protect niet kwijt wil, en dus de UDM in het netwerk moet blijven, maar anders zou ie blijven. Heb zelfs even overwogen om weer naar een UNVR te gaan, maar dat gaat me weer net iets té ver.
Hij (ik ga er uit liefde bijna 'zij' van maken) gaat dus toch weer de verkoop in. Binnenkort in V&A en op MP.

Maar wel eerst even een klein kijkje van binnen genomen; garantie is toch al niet meer bepaald aan de orde.
Ter lering ende vermaak.
Ook daar weer onder de indruk van de strakke opbouw. En natuurlijk de redundant voeding; ook dat is meer een Enterprise ding natuurlijk. (Al was daar de prijs oorspronkelijk ook wel naar.)

 

[Hofstede]

Toch ben ik ergens blij dat men besloten heeft om het Vyatta platform achter zich te laten.

Ik herinner me dat er was een tijdje sprake van was dat deze omgezet zou worden naar Unifi OS, maar dat bleek technisch onhaalbaar.

 

[Davey400]

Waarom ben je daar zo blij mee?
Is toch alleen het onderliggend OS?
Daar merk je bij gebruik en configuratie vanuit de controller toch helemaal niets van?
Of mis ik hier iets?
(En zelfs met SSH is er gewoon een hele set aan reguliere commando's beschikbaar en kun je gewoon Debian packages installeren.)

 

[Hofstede]

De ontwikkeling op basis van Vyatta was al langere tijd "dood" . Alle nieuwe functies die je de afgelopen 2 jaar zag verschijnen in de nieuwe controller waren gewoon niet mogelijk met Vyatta als onderliggend OS.

 

[Davey400]

Maar dat is (was) een keuze. Dat verklaart niet waarom je er blij mee bent dat ze er niet verder mee zijn gegaan.
Vyatta was ook 'just another Linux base' en niet een totaal ander OS ofzo.

 

[boomer]

ja allemaal heel erg jammer heb de edge router infinty lijkt zelfde moederbord te hebben is nu ook stuk, als ik de verhalen mag geloven zit er ook onderdeel op waar ze op hebben bespaart bij mij is de SanDisk stuk ( harde schijf) probeer nu te laten repareren.

 

[Davey400]

Die van mij is gelukkig niet stuk hoor.
Maar dat is wel balen.
Ik heb begrepen van mensen die geprobeerd hebben dat het vervangen van die chip (de storage dus) alleen succesvol is als deze vooraf wordt beschreven; je kunt niet leeg beginnen omdat je dan de bootloader mist.
Het is dus niet 'simpel' (nog best een ding nl.) alleen dit component zelf vervangen voor een nieuwe; deze moet al beschreven zijn.

 

[Hofstede]

Maar dat is (was) een keuze. Dat verklaart niet waarom je er blij mee bent dat ze er niet verder mee zijn gegaan.
Vyatta was ook 'just another Linux base' en niet een totaal ander OS ofzo.

Voor de duidelijkheid: Vyatta was niet van Ubiquiti zelf en dat was een bottleneck. Nu hebben ze een eigen OS opgebouwd en kunnen ze doen en laten wat ze zelf willen.
De engineers van UI gaven destijds duidelijk aan dat veel zaken waar men om vroeg niet konden worden gerealiseerd door de beperkingen van Vyatta en de beperkte hardware support van Vyatta. Vandaar de keuze voor een "eigen" OS. En beter opnieuw beginnen dan "doormodderen" met een oud OS.

Hoe mooi de USG-XG-8 ook was, de chipset was te beperkt. Vandaar ook dat men gestopt is met de poging om het apparaat geschikt te maken voor Unifi OS.

 

[dbw]

Voor de duidelijkheid: Vyatta was niet van Ubiquiti zelf en dat was een bottleneck. Nu hebben ze een eigen OS opgebouwd en kunnen ze doen en laten wat ze zelf willen.
De engineers van UI gaven destijds duidelijk aan dat veel zaken waar men om vroeg niet konden worden gerealiseerd door de beperkingen van Vyatta en de beperkte hardware support van Vyatta. Vandaar de keuze voor een "eigen" OS. En beter opnieuw beginnen dan "doormodderen" met een oud OS.

Hoe mooi de USG-XG-8 ook was, de chipset was te beperkt. Vandaar ook dat men gestopt is met de poging om het apparaat geschikt te maken voor Unifi OS.

Het is dus een leuk ding, maar je hebt er niet veel meer aan

 

[Davey400]

Jawel hoor; hij doet het fantastisch. Echt geen idee waar dat vandaan komt.
Kan ook gewoon nog beheerd worden; zelfs de melding dat dat in de nabije toekomst niet meer kan is teruggetrokken door Ubiquiti.
Daarnaast zou je natuurlijk altijd nog zodra dat niet meer kan de controller niet meer kunnen updaten, maar dat is dan meer iets voor een lab-situatie.

Het enige wanneer je er weinig aan hebt is als je al een andere UniFi router hebt. 2 routers gaan niet samen binnen hetzelfde UniFi netwerk.
(Dat wil zeggen, binnen hetzelfde segment. Ik had hem hier als downstream router hangen, met de WAN poort dus op een LAN segment van de UDM-SE en dan is er niets aan de hand.)

Hij heeft nu dezelfde status van een USG Pro: nog prima bruikbaar, maar over niet al te lange tijd niet meer supported..

 

[Hofstede]

Maar realistisch gezien: Een heleboel van de nieuwe features die het laatste jaar zijn toegevoegd in de netwerk controller werken alleen samen met UnifiOS.
Het is gewoon zonde om nog geld te investeren in deze hardware.

 

[Davey400]

Let's agree to disagree.
Het apparaat is subliem in zijn core functionaliteit: router en gateway zijn.
En dat met 8 SFP+ poorten en opwindende looks.

 

[boomer]

Die van mij is gelukkig niet stuk hoor.
Maar dat is wel balen.
Ik heb begrepen van mensen die geprobeerd hebben dat het vervangen van die chip (de storage dus) alleen succesvol is als deze vooraf wordt beschreven; je kunt niet leeg beginnen omdat je dan de bootloader mist.
Het is dus niet 'simpel' (nog best een ding nl.) alleen dit component zelf vervangen voor een nieuwe; deze moet al beschreven zijn.

Dus je komt er niet in via console of ssh Putty en deze command:add system boot-image of via TFTP Recovery? Dus zoals je zegt die mensen die em maken moeten de bootloader en de firmware erop kopieëren?

 

[Davey400]

Klopt. Dat is wat ik las.
Ik kwam het tegen terwijl ik aan het kijken was naar wat er mogelijk was met alternatieve firmware, dus met een ander doel als jij.