Netzwerk Erweiterung Richtfunk mit unifi/ubiquiti NanoBeam

noplan

sagt mal kann ich on the fly von

2.0.3 auf 2.4.5-p1 upgraden ;)

ich hätte da so a box ....
ich geh hardware für einen proof of concept suchen ....
irgendwo muss ich ja mal statisch routen gebrauchen

Rico

@noplan said in Netzwerk Erweiterung Richtfunk mit unifi/ubiquiti NanoBeam:

neue kranke IP Range 172.33.233.0/26 und fertig

Darüber nochmal gut nachdenken, sonst ist bald die nächste Kacke am dampfen.

-Rico

viragomann

@noplan said in Netzwerk Erweiterung Richtfunk mit unifi/ubiquiti NanoBeam:

sagt mal kann ich on the fly von
2.0.3 auf 2.4.5-p1 upgraden ;)

Da gab es erst kürzlich einen Thread dazu. Dürfte nahezu anstandslos gegklückt sein.

@noplan said in Netzwerk Erweiterung Richtfunk mit unifi/ubiquiti NanoBeam:

und das Wochenende ist wieder für die FISCH

Is eh Lockdown.

noplan

@Rico

also eine 192.168.0.0/24 kriegen sie sicher nicht
eine 10.0.0.0/24 geht nicht weil die scheinbar deren Modem verspuckt

für spaßige Ranges die anwendbar sind bin ich dankbar
mehr als 30 Hosts wirds hier nie und nimma spielen (wenn du das mit dampfen gemeint hast)

NP

Rico

Sollte halt hier irgendwo rein passen ;-)
10.0.0.0/8
172.16.0.0/12
192.168.0.0/16

-Rico

noplan

@Rico

also bevor ich mir ein netz mit
16.777.214 möglichen hosts eintrete (192.168.0.0/8)

nehm ich doch /26 mit 62 hosts

und weil bei der 192.168.0.xxx jeder die 255.255.255.0 eingeben will / wird
nehm ma gleich eine IP wo sie die subnetMask nicht kennen

was spricht wirklich gegen die
172.33.233.0/26 (müsste doch auch im privaten bereich liegen oder hab ich was übersehen ?)

Rico

172.33.233.0/26 gehört T-Mobile USA

-Rico

Rico

Bevor was schief geht
10.0.0.0 - 10.255.255.255 (10.0.0.0/8)
172.16.0.0 - 172.31.255.255 (172.16.0.0/12)
192.168.0.0 - 192.168.255.255 (192.168.0.0/16)

-Rico

noplan

@Rico said in Netzwerk Erweiterung Richtfunk mit unifi/ubiquiti NanoBeam:

Bevor was schief geht

JOOOOOOOPPPPPPP

NP sendet ein großes BIER alternativ auch einen ESPRESSO @Rico
DANKE !!!

so nach dem Motto "finde den Fehler in Pfusch am Bau"
wer lesen kann ist klar im Vorteil und wer richtig copy n pasten kann auch ...

Ich werd mal ne Nachhilfestunde buchen ;)
kann nicht schaden ...

JeGr

Gibt doch genug Rechner, die ein "random" privates RFC1918 Netz ausspucken, das dann eben KEIN 08/15 Default Netz ist.

10.0.0.0/24
192.168.0.0/24
192.168.1.0/24
192.168.2.0/24
192.168.178.0/24

würde ich bspw. meiden weil das in irgendwelchen SOHO Boxen gern verbaut ist. Vermeiden hilft Kopfschmerzen zu vermeiden. Gefühlt aus der Praxis würde ich sagen sind die meisten Netze in 10.x oder 192.168.x ansässig.
Darum hab ich mir für zu Hause auch ein /16er Segment aus 172.xx rausgeschnitten. Ein /16 damit ich das dritte Segment noch für VLAN ID Matching vergeben kann. Und nicht direkt 172.16 oder 172.32 weil Anfang und Ende eben gern genutzt wird.

Ich würde da sowas wie 172.23.x oder 172.19.x nutzen. Und die andere Location dann eben irgendwann auch in den Bereich umziehen.

Locations:

A: 172.21.1.0/24 (weil vor Ort nur Default VLAN 1 bspw.)
B: 172.22.1.0/24

Später kommt jemand auf VLANs, dann kann man problemlos 2-3stellige IDs ausrollen und in der IP nutzen:

A: 172.21.1.0/24 - altes LAN
172.21.10.0/24 - neues Server Netz, VLAN 10
172.21.11.0/24 - neues Client Netz, VLAN 11
172.21.12.0/24 - neues VoIP Netz, VLAN 12

als Beispiel. Oder mit der ID vornedran kombinieren.

172.21.1.0/24 - Server Netz, VLAN 2101
172.21.2.0/24 - Client Netz, VLAN 2102
172.21.3.0/24 - neues VoIP Netz, VLAN 2103
172.21.99.9/24 - Management Netz, VLAN 2199

-> wieder IP Netze mit VLAN ID für einfaches Debug kombiniert.

Zweiter Standort (und weitere) machen dann genauso weiter. Und man hat dann sogar die VLANs so getrennt dass man - extrem abenteuerlustig - bspw. sogar VLANs über sowas wie die Richtfunkstrecke als Trunk auf die andere Seite wuppen kann um da bspw. das Management Netz zu haben ;)

Wenn man das ordentlich durchplant und anfängt ist das recht spaßig :)

NOCling

Du kannst auch mit dem Kram im 192.168.0.0/16er Bereich bleiben.

Also mal nen Subnetz Rechner anwerfen und ein wenig mit spielen.
Würde dann auch gleich für jedes Seite ein /21 vorsehen, so das du noch ein paar Netze hast die zu für VLANs oder z.B. VPN auf der jeweiligen Seite nutzen kannst und zur anderen routen kannst.

Und es gibt schlimmeres als ein Netz 1zu1 zu NATen glaube mir viel schlimmeres!

Wichtig ist nur, das du vor Umstellung klärst, ob die Kisten/SW haben, bei der IPs hart kodiert sind und du diese nicht einfach über einen DHCP Lease ändern kannst.
Gibt ja genug Quellcode bei dem die hart eingetragen worden sind oder andere Bastelkisten, bei denen du nur mit einem Servicetokencode überhaupt an was rann kommst.

Dann bleibt nur NAT über.

Was die hohen VLAN IDs angeht, auch hier bitte zuvor klären, ob alle Komponenten das können, teilweise ist bei 3 stellen noch schluss und die können noch keine extendet Bereich.

JeGr

@NOCling said in Netzwerk Erweiterung Richtfunk mit unifi/ubiquiti NanoBeam:

Was die hohen VLAN IDs angeht, auch hier bitte zuvor klären, ob alle Komponenten das können, teilweise ist bei 3 stellen noch schluss und die können noch keine extendet Bereich.

Was heißt "hohen"? VLAN IDs sind spezifiziert bis 4096. Wir reden hier nicht von VXLANs das wäre eh zu neu um damit rumzuspielen. Aber wer die 12 Bit VLAN ID im Paket nicht korrekt adressieren kann hat eh schon was grundlegend verhunzt. Dieser ganze "extended" BS kam eh von Cisco, die anfangs nur 1-1005 implementiert hatten und dann auch noch 1002-1005 reserviert. Wenn heute jemand nur 3 Stellen VLAN kann dann hat er was Grundlegendes nicht verstanden und sollte eh aus dem Netz verbannt werden (wie auch Kram der kein v6 kann aber anderes Thema ;))