Migratie van USG naar UDM Pro / UDM-SE

Eddie the Eagle

Moderator
UniFier
8 feb 2019
4.259
5
3.144
163
Dit draadje is bedoeld om de aankomende migratie van mijn USG met CK2 naar de UDMP zo pijnloos mogelijk te laten verlopen. Omdat ik zoiets nog nooit gedaan heb, ben ik nu al op zoek naar de juiste stappen in de juiste volgorde met minimale outage van het netwerk.
 
  • Leuk
Waarderingen: Johu, m4v3r1ck en PcRene
Step 1:
Zorg dat je je netwerk ergens uitgeschreven / uitgetekend hebt staan met alle info voor je lans & vlans & devices die fixed ip addressen moeten hebben etc..
In het geval een backup niet werkt / corrupt is heb je alles uitgeschreven voor een snelle clean install en voor trouble shooten.
 
  • Leuk
Waarderingen: Johu en Eddie the Eagle
Wat al voorbij kwam:

De UDMP SE heeft Bluetooth voor setup maar wat dan precies gebeurt is me niet duidelijk en ook niet hoe dat aan te sturen (?)

the UDM Pro SE features an integrated Bluetooth radio that streamlines the initial setup and configuration processes — all of which can be completed in minutes via the UniFi OS web portal or UniFi Network mobile app.

@Hofstede:

Een van de beperkingen van de UDM Pro ten opzichte van de USG is dat de UDM Pro alleen door de controller op de UDM Pro benaderd kan worden. M.a.w. je kunt een UDM Pro niet aan een externe controller koppelen.

Het beste kun je de UDM even aansluiten met zijn WAN poort op het bestaande netwerk en een aparte PC aangesloten aan LAN zijde. Dan kun je eerst de UDM Pro helemaal updaten en gelijktrekken met de versies op de Cloudkey en alvast een backup teruglezen. Enige waar je op moet letten dan je aan WAN zijde niet 192.168.1.x als netwerk gebruikt omdat de UDM Pro dat als default voor zijn eigen LAN gebruikt.

@Luciano:

Je kunt idd even een VLAN maken met een afwijkende subnet en daar kun je "Device Isolation" aanzetten zodat deze VLAN niet kan communiceren met een andere subnet en daar koppel je de UDM Pro SE aan en dan kun je deze zonder problemen instellen.
 
  • Leuk
Waarderingen: Johu en PcRene
De UDMP SE heeft Bluetooth voor setup maar wat dan precies gebeurt is me niet duidelijk en ook niet hoe dat aan te sturen (?)

the UDM Pro SE features an integrated Bluetooth radio that streamlines the initial setup and configuration processes — all of which can be completed in minutes via the UniFi OS web portal or UniFi Network mobile app.
Bluetooth word alleen gebruikt door mobiele apparaten zoals een telefoon of tablet om verbinding te kunnen maken en dan de setup uit te voeren via de app, maar als je de computer via een netwerkkabel aansluit op 1 van de netwerkpoorten van de UDM Pro SE dan word er geen bluetooth gebruikt omdat er dan via de kabel verbinding word gemaakt.

Je zal wel begrijpen dat een mobiel apparaat nog geen wifi verbinding kan maken aangezien de UDM Pro SE nog ingesteld moet worden en daarom word er bluetooth gebruikt.
 
Je zal wel begrijpen dat een mobiel apparaat nog geen wifi verbinding kan maken aangezien de UDM Pro SE nog ingesteld moet worden en daarom word er bluetooth gebruikt.
zeker, was meer benieuwd welke stappen dan doorlopen worden met BT; ik zie nog niet voor me dat je dan een backup van netwerk inleest.
 
Mijn ervaring is dat je bij het omzetten van een bestaand netwerk beter de web interface kunt gebruiken. De app is leuk als je een volledig nieuwe, eerste, setup maakt, maar niet als je iets bestaand moet omzetten.
 
  • Leuk
Waarderingen: Eddie the Eagle
Voorlopig stappenplan; om op te schieten:

1) Huidige settings in controller nalopen en schermafdrukken maken (just in case) - kan nu al
2) Tijdelijk VLAN maken met device isolation (die optie zit alleen in de new interface) - kan nu al
3) Port profile voor dat tijdelijke VLAN instellen op een vrije poort v/d root switch - kan nu al
4) UDMP WAN aansluiten op die poort en power on
5) Laptop op LAN poort van UDMP bekabelen en naar UDMP met webbrowser
6) Setup doorlopen en controller bijwerken naar laatste versie
7) Naar controller Site settings en SSH aanzetten (ergens gelezen - just in case)
8) Naar controller Backup en restore backup van USG - Nu is UDMP de controller maar alle devices blijven offline - blijven wel gewoon werken
9) Settings UDMP controller controleren
10) CK2 afkoppelen
11) Ziggo bridged modem ompatchen van USG-WAN naar UDMP-WAN
12) USG-3P afkoppelen
13) 🍺 drinken terwijl alle apparaten (hopelijk) weer naar status 'connected' gaan

Vragen die ik nu al heb:

- Zal ik die SSH inderdaad eerst aanzetten (7) of meteen de backup file inlezen tijdens setup ? Was dacht ik ook mogelijk
- Beetje gekke vraag, CK2 heeft een eigen IP adres, is dat bij UDMP gewoon het adres v/d gateway ? Dus 192.168.1.1. standaard ?
- Kan ik nog problemen verwachten met afwijkende IP`s van oude (CK2) en nieuwe (UDMP) controller ?
 
  • Leuk
Waarderingen: Johu en As4Tech
- Zal ik die SSH inderdaad eerst aanzetten (7) of meteen de backup file inlezen tijdens setup ? Was dacht ik ook mogelijk
Je kunt gelijk de backup terug gooien want als het mis gaat doe gewoon een reset en ben je terug bij af dus ik zou het na die tijd aanzetten zodat je een achterdeurtje hebt als de controller na een update niet meer werkt en dan kun je via ssh weer downgraden.

- Beetje gekke vraag, CK2 heeft een eigen IP adres, is dat bij UDMP gewoon het adres v/d gateway ? Dus 192.168.1.1. standaard ?
Ja en zodra je de backup hebt terug gezet krijgt de UDM Pro het ip adres van de USG en is de controller ook via dat ip adres bereikbaar.

- Kan ik nog problemen verwachten met afwijkende IP`s van oude (CK2) en nieuwe (UDMP) controller ?
Nee want als alles goed is gegaan zullen alle ap's zich netjes aanmelden op de UDM Pro.
 
Kan me wel voorstellen als alles draait op de udmp, dat de cloudkey ip bezet blijft, en om hem weer bruikbaar te maken voor jouw netwerk zal hij wel vergeten moeten worden in de client hystory?
 
  • Leuk
Waarderingen: Eddie the Eagle
Ja en zodra je de backup hebt terug gezet krijgt de UDM Pro het ip adres van de USG en is de controller ook via dat ip adres bereikbaar.
Het main LAN van de USG heb ik gewoon standaard gelaten vwb subnet (dus 192.168.1.1) ; de UDMP zal in standaard ook dat adres als gateway hebben (WAN komt van tijdelijk VLAN USG). Zodra de backup ingelezen is wordt dus weer datzelfde adres gebruikt in de UDMP en dan wordt de WAN omgezet. Dat maakt verder niks uit toch ?
 
Kan me wel voorstellen als alles draait op de udmp, dat de cloudkey ip bezet blijft, en om hem weer bruikbaar te maken voor jouw netwerk zal hij wel vergeten moeten worden in de client hystory?
Nee want het ip adres van de cloudkey stel je in op de cloudkey en niet in de controller dus daar zal je niets van terug vinden in de UDM pro.
 
Nee want het ip adres van de cloudkey stel je in op de cloudkey en niet in de controller dus daar zal je niets van terug vinden in de UDM pro.
Ik heb deze altijd op DHCP laten staan; in het jaar dat ie draait is ie nooit aangepast, is toch altijd online dus DHCP krijgt niet de kans om het adres vrij te geven. Dit doe ik eigenlijk met alle apparaten, DHCP tenzij er een uitdrukkelijke reden is om hem vast te zetten. Ik heb dat eigenlijk alleen bij de PiHole.

edit: en zelfs bij pihole vraag ik me af of het nodig is...is immers ook altijd online. Net zoals NAS, Cams etc.
 
Laatst bewerkt:
Alles wat je omschrijft in je stappen klopt helemaal, ik ben zelf een maand geleden overgestapt naar de UDM-Pro.
Maar tussen stap 10 en 11 je Ziggo modem uitzetten, en als alles omgeprikt is dan UDM aanzetten en daarna je Ziggo modem.
Dan moet het helemaal goed komen, succes met je project.
 
Alles wat je omschrijft in je stappen klopt helemaal, ik ben zelf een maand geleden overgestapt naar de UDM-Pro.
Maar tussen stap 10 en 11 je Ziggo modem uitzetten, en als alles omgeprikt is dan UDM aanzetten en daarna je Ziggo modem.
Dan moet het helemaal goed komen, succes met je project.
Dank je, die stap ga ik inbakken !!
 
  • Leuk
Waarderingen: PcRene, HeeBru en LTAX04
Activiteit
Er wordt op dit moment (nog) geen nieuwe reactie gepost.
  Topic Status: Hallo . Er is al meer dan 14 dagen geen nieuwe reactie meer geplaatst.
  De inhoud is mogelijk niet langer relevant.
  Misschien is het beter om in plaats daarvan een nieuw onderwerp te starten..