ich habe von 1-20 alles fixed nur für die UI-Devices
andere FIXED Devices liegen dann in den hohen regionen...
Das macht die Sache einfacher...
Zumal man dann auch gescheite DNS Einträge setzen kann, wenn man - wie ich - eine Windows Domäne betreibt.
Hier würde es ohnehin Sinn machen, den DHCP auf UI-seite zu gunsten eines MS DHCPs abzuschalten
mit dem MS DHCP kann man
1) mehr und einfacher machen
2) bietet sich seit Server 2016 die Möglichkeit mit 2 MS-DHCP-Servern einen DHCP Failover-Cluster aufzubauen.
Die Einrichtung ist nicht sonderlich schwierig...es sind nur - wie immer - ein paar Dinge zu beachten
Beiträge von Grendelbox
-
-
Endlich das Level2 Outdoor Cable !!!
Ubiquiti ToughCable Carrier, Level 2, Cat5e Outdoor Kabel, 305mDazu die passenden Connectors
Ubiquiti ToughCable - Special Shielded Connectors - 100 Stück
die gibts auch einzeln....
-
so....langsam wird's mal Zeit für die Outdoor CAMs
hab für einen ersten "Test" mal eine UVC-G3-FLEX bestellt...
-
Obiges FS.COM AOC Kabel ist auf jeden Fall die Beste, einfachste und stabilste Fiber-Wahl.....
Damit solltest Du nicht die geringsten Probleme haben (so wie ich)Je mehr Quertests ich mit den Dingern durchführe, desto mehr gefallen Sie mir, weil ich immer wieder feststellen muss,
das damit Verbindungen einfach und sauber gehen, die mit anderen Kabeln teils nicht sauber abzubilden sind.
Die SFP+ Stecker passten bei mir auch durch Wanddurchbrüche die eigentlich mal für einzelnes RJ45 Kabel gedacht waren.
Die Kabel selber sind sogar um einiges Dünner als CAT5e, 6 und gerade CAT7 (letztere sind meist etwas dicker, wegen der besseren Schirmung)
Von daher lassen sie sich auch viel besser unter Abschlussleisten, Kanten und in Kabelkanälen verstecken. -
Wie kommst Du darauf, dass das ein Problem ist, dass alle haben?
Bei mir passt die Topology. Es wird alles fehlerfrei dargestellt.
Hab ich doch gar auch nicht behauptet das es alle haben.
Ich kann ohnehin nur von dem sprechen was bei mir passiert
Aber ich bin glaube ich nicht der einzige der nun wieder Topo-Probleme hat...
Kann mich erinnern noch von jemanden was dazu gelesen zu haben -
Grendelbox bezieht sich das läuft auf meine Frage oder ist das eine allgemeingültige Aussage zur Version?
auf die Network Beta allgemein
fast alle Wired Clients hängen nun am Lite 16 PoE..... einfach nur lachhaft wie mal das SO zerschiessen kann..
erschließt sich mir immer wieder logisch nicht , wie UI es schafft , die Darstellung derartig zu zerhauen .....*kopfschüttel*
denn Zuvor war ENDLICH mal alles korrekt... -
Läuft, hat aber keine positiven Auswirkungen auf die erneut zerstörte Client Topologie seit dem letzten UDMP Update
-
Also....ich habe mal mit einem meiner "alten" HP ProCurve Switche , dem 1810G-24 (J9803A)
und einem meiner USW-Aggregation getestet wie man eine Verbindung SFP+ zu SFP zustandebekommt.
Vorab... es scheint mir es ist hier hauptsächlich eine Frage der Kompatibilität
der Transceiver (welche ich nicht testen konnte) und/oder
der verwendeten DAC Kabel zu sein (falls solche zum Einsatz kommen wie bei mir).1) CISCO 3m Copper DAC SFP+ Kabel vom SFP+ -Aggregation -> SFP HP ..... Problemlos 1GbE AutoNeg....
meine 3m Copper CISCO DACs (siehe Modell hier) sind -zumindest. für Single SFP Verbindungen zwischen USWs und HPs geeignet
und offenbar (was ich schon vorher wusste) Hochkompatibel und von generischer Bauart !Denn die liefen auch mit meinen Dual SFP+ Karten von Fujitsu mit Intel Chipsatz, wo die UniFi DACs allesamt versagten (Vor allem beim Teaming)
2) FS.COM AOC Activ Optical DACs (Ubiquiti Kompatibel)....
sind offenbar GENERISCHER Natur und extrem Hochkompatibel...
daher sind bei mir (bis auf direkt USW to USW 0,2m Kurz-Verbinder ansonsten
ausnahmslos nur noch diese AOCs von FS.COM am Werkeln.
Die Qualität dieser Kabel steht für mich außer Frage.getestet 3m AOC: https://www.fs.com/de/products…?attribute=4689&id=196820
mit diesen AOCs geht dann auch das Trunking mit 2GbE sofort Out-Of-Box
Damit hatte selbst ich nicht gerechnet....Völlig Problem los zwischen USWs und HP Switchen mit SFP !!!
Was wiederum zeigt wie genial kompatibel für quasi JEDEN Einsatzzweck diese FS.COM AOCs sind....Einfach nur geil die Dinger !
Was nicht ging:
2x DAC via 2 Ports gleichzeitig ließen sich mit den Copper DACs zum HP aber leider nicht zu 2GbE trunken / aggregieren
Habe zuerst auf dem HP einen LACP Activ Trunk eingerichtet (entspricht dem LACP Dynamisch und funktionierte damit auch auf Copperbasis mit Teaming Treibern sowie dem Multiplexor vom Windows Server auf dieser Copper Ebene)
Danach den Aggregation Port 5+6 aggregiert
Leider kein Connect zum Switch über den Trunk danach möglichWas auch nicht ging (welch Wunder....lach)
die 0,5m Original Copper DACs von Ubiquiti UniFi
Im Zusammenspiel mit dem HP gingen auf beiden Seiten nicht mal die LED's an.
Somit steht fest UniFi Copper DACs sind mit HP SFP's mal Komplett inkompatiblevermutlich könnte man eine Verbindung via Fiber über 2 Verschiedene Transceiver Module aufbauen
Unifi 1GbE SFP auf USW Seite + ein von HP zum J9803A kompatibles Model im HP.
Mangels dieser Module und dem passenden Fiberkabel dazu kann ich das aber nicht bestätigen. -
SFP ist für 1GbE
SFP+ bis für 10GbE
das SFP Port der UDMP ist SPF+
Falls Du auf einen Switch mit SFP 1GbE willst entweder ein SFP+ DAC Kabel nutzen
das müsste dann auto auf 1GbE runtergehen (kann ich daheim gerne mal testen mit einem HP ProCurve 1810)
oder auf beiden Seiten ein1GbE Transceiver nutzen
UniFi hat letztere für seine Switche im Programmsiehe: https://eu.store.ui.com/collec…ries/products/sfp-modules
ob das dann auch auf der Gegenseite "matched" und kompatibel ist...gute Frage.
Das ist leider sehr Switch abhängig...Firmen die sich an SFP Standards halten scheinen u.A. CISCO und ARISTA Networks zu sein.
zumind. was deren DAC (Direct Attach Kabel) betrifft....letztere DACs laufen bei mir auch auf den USWs
-
Das sieht doch schon mal gut aus . Bin gerade dabei alles auf neuesten Beta-Stand zu bringen .
So , gerade alles erledigt .
Alles läuft ...
Gut , Topo stimmt seit letztem Controller-Update bei mir nicht mehr .
Ist mir jetzt aber auch nicht so wichtig .
siehe mein Post oben drüber...
die Endgeräte Topo ist nun komplett im Eimer
alle Clients egal ob Wired / WLAN hängen nun angeblich am 16-lite-PoE......lol -
-
https://community.ui.com/relea…94-4ff4-baa9-c0b933c596d5
UAP's auf 5.60.10 upgedated.... -
-
-
Nach dem Upgrade meines Syno NAS auf DSM 7 hatte ich, mit Sonos keinen zugriff mehr auf die Musikbibliothek.
Lösung:
Auf der Syno unter Dateidienste -> SMB -> erweiterte Einstellung "mindest SMB Protokoll" auf "V1" setzen
und unter dem Reiter "sonstiges" “NTLMv1-Autentifizierung aktivieren”
Sicher schaut anders aus, aber solange Sonos da nix macht muss es so sein
Ein Altbekanntes Problem bei SONOS (und nicht nur bei denen).....altes SMB v1 !!!
Ist leider so....dito auch auf Windows PC's & Server V1 enablen, damit man via SONOS Controller auch auf die Music Lib. zugreifen kann.Für derartige Zwecke habe ich eine kleine Batchdatei gebastelt die das via Powershell macht.
Ich empfehle generell die SMBv1Protocol-Deprecation dann auch gleich abzuschalten,denn sonst kann es sein das SMBv1 auch gerne mal wieder "rausfliegt"
-
Na das sieht doch mal gut aus
Die Topo erinnert irgendwie an eine Funk-Abhörstation von gewissen "3-Buchstaben"-Organisationen
-
die updates wurden aber manuell eingespielt oder?
bei mir stehen meine ac pros noch immer auf der alten 4.3.28 firmware und es wird auch nix neueres vorgeschlagen
ja manuell...
aber nach Update Refresh im Netzwerk kam das auch offiziell in den Update Cache
-
Also ich hab das Roaming hier getestet, keine Probleme mit verschiedenen Clients
-
-
ich check mal heute abend ob meine das gleiche Problem haben