cyberdyne

Danke für die Info! Hab TC eben mal getestet. Wirkliches Dateilisting geht hier nicht. Hab jetzt aber nach langem googeln selbst etwas passendes gefunden :) Idoswin Pro: die Explorer-Alternative Vielen Dank für Eure Hilfe!

Hallo, einer unserer zentralen Server (ein Workflow-System) hat auf einer oder mehreren Partitionen (nicht die Systemplatte) Dateisystemschäden (NTFS). Aufgefallen ist es, da automatisierte Image-Backupjobs (Acronis) mit Fehlermeldung "Dateisystemfehler" abbrechen. Derzeit arbeitet das System und die Applikation mit DB noch stabil, was aber bei vorhandenen Filesystemschäden nicht so bleiben musss... Ein "chkdsk /f /r y:" auf den entsprechenden Partitionen hat dazu geführt, dass nach der Reparatur diverse (wichtige) Dateien und Ordner nicht mehr vorhanden waren, weshalb auf einen Sicherung zurückgegangen werden musste (die Appliaktion war ohne diese Files nicht mehr lauffähig). Diese wiederhergestellte Sicherung scheint aber die Filesystemschäden auch schon zu enthalten. Auf eine noch ältere Sicherung können wir nicht gehen, da zuviele Änderungen verloren gehen würden. Da eine Neuinstallation des Servers mit Applikation und DB sehr zeit- und kostenintensiv wäre (teurer Dienstleister Appliaktion) möchte ich jetzt folgendermaßen vorgehen: Auf dem vorhandenen Cold-Backup-System (Snapshot-Platten im SAN) mit einem Tool ein komplettes File und Ordnerlisting durchführen, dann nochmals den "chkdsk /f /y" laufen lassen, danach nochmals ein File und Ordnerlisting durchführen und den DIFF mit dem Software-Anbieter durchgehen (ob Ordner und Files evtl. von Hand neu angelegt werden können). Ich bräuchte jetzt ein passendes Tool, welches ein transparentes File- und Ordnerlisting ermöglicht ("dir" auf der cmd gibt den Änderungszeitstempel mit aus, der sich bei einem "chkdks /f /y" ändern würde und so den DIFF sehr schwer macht...) Hat jemand ein passendes Tool bzw. ein alternative Herangehensweise an das Problem generell? Vielen Dank für Eure Hilfe!!!

Hallo zusammen! Möchte zur Diskussion mal beitragen, dass es anhand meiner Erfahrung durchaus noch möglich ist, mit guter Qualifikation und überdurchschnittlichem Einsatz in D gutes bis sehr gutes Geld zu verdienen. Ich bin nach der Ausbildung (FISI) 2004 übernommen worden und mit ca. 34.000 € Brutto/Jahr eingestiegen, Tätigkeit damals hauptsächlich Anwendersupport und kleinere Projekte. Mittlerweile bin ich in der gleichen Firma bei > 50.000 € Brutto/Jahr angekommen. Tätigkeitsumfeld und Verantwortungsbereich haben sich die letzten 3-4 Jahre weg vom Support auf fast ausschließlich LAN/WAN/SAN und Security (VPN, AV, Firewalls) geändert. Sicherlich haben auch etwas Glück und günstige Gegebenheiten zu dieser Entwicklung beigetragen (aber definitiv kein Vitamin B), grundsätzlich habe ich den Aufstieg aber durch konsequente Qualifikation auf einige Kernkompetenzen (Netzwerk, Storage und Security) und überdurchschnittlichen Einsatz bei Projekten und der täglichen Arbeit erreicht. Ich möchte jedem dazu raten, für gute Arbeit/Leistung/Qualifikation auch gutes Geld zu verlangen und sich nicht unter Wert zu verkaufen!

Evtl. wurde auch der Boot-Loader beschädigt. Hierzu mal auf den Cisco-Pages nachschlagen, was da zu tun ist. Gruß cyberdyne

Hi! Das ist schon so in Ordnung. Der Spanning-Tree wird immer nur an einer Stelle des redundanten Links geblockt. Dies ermöglicht das der geblockte Port weiterhin BPDUs und Hellos der Gegenstelle empfängt. Spanning-Tree ist im Grunde nicht so wirklich kompliziert. Komplexer wird es wenn man die Auswahl der Root-Bridge, Pfad-Wahl, Timer etc. beeinflussen will/muss. gruß cyberdyne

Hallo! Spanning-Tree PortFast sollte man einsetzen, wenn an einem Switch-Port auschließlich End-Knoten angeschlossen sind. Hier werden nicht alle Portphasen des STP-Algorithmus (Listening, Learning, etc.pp) durchlaufen sondern gleich von Listening auf Forwarding geschalten. Dies bewirkt, dass der Port schneller "up" geht. Bei nicht aktiviertem Port-Fast hatten und haben einige BS (u.a. Win98) Netzwerkprobleme. Der nicht vollständige durchgeführte STP-Algorithmus heisst aber auch, das Ports mit angeschlossen Switches/Bridges nicht auf PortFast eingestellt werden dürfen, was ansonsten zu Switching-Loops durch einen fehlerhaften Spanning-Tree führen könnte Schönen Abend! cyberdyne

Sorry für die Verspätung :rolleyes: Der Switch sieht den EtherChannel als virtuelles Interface und lernt genau so MAC-Adressen wie auf jedem anderen Interface. Wie das Load-Balancing über den Channel im Detail funktioniert, kann ich auch nicht sagen. Es gibt Channel-Protokolle wie PAgP (Port Aggregation Protocol) die hierbei vermutlich intelligenter vorgehen. Ist allerdings ein Cisco-Protokoll und vermutlich nicht mit dem HP Teaming lauffähig. Poste doch mal deine Konfig auf dem Switch (Baureihe?) und den Output von "sh etherchannel detail" Zur Frage ob der Client 200 MBps nutzt: Der Channel ist für den Client (wie auch für das MAC Forwarding am Switch) transparent. Die Channel-Logik im Switch wird immer versuchen, alle Frames schnellsmöglichst weiterzuleiten und den Channel bestmöglichst auszunutzen. Ist der Channel überlastet, werden die Frames gepuffert und der sendet Switch 802.3x FlowControl-Frames an die Clients (falls eingerichtet und unterstützt). Wenn dein Client nur mit 100 MBps am Switch angeschlossen ist und alleine auf den File-Server zugreifen sollte, kann er von den 200MBps im Channel sowieso nicht profitieren. Sollten die Clients mit 1000MBps angeschlossen sein, solltes du darüber nachdenken, dem Fileserver ebenfalls per GBit anzuschließen. Gruß cyberdyne

Hallo darkjedi, ich versuche mal, dass möglichst einfach zu erklären. Ein EtherChannel führt über die im Channel enthaltenen Ports ein Load-Balancing durch. Hierbei gibt es zwei Ansätze: Source-MAC-Forwarding: Hier verteilt der Switch alle Frames, die auf den EtherChannel forwarded werden nach der Source-MAC des eingehenden Frames. Für jede neu gelernte MAC wird im Wechsel ein anderer Port des Channels gewählt und dann auch so beibehalten. Destination-MAC-Forwarding: Hier verteilt der Switch alle Frames, die auf den EtherChannel forwarded werden nach der Destination MAC-Adresse. Für jeden forwardeden Frame wird also bei unterschiedlicher Dest-MAC ein anderer Port des Channels gewählt und auch so beibehalten. Zur Praxis: Du solltest auf seiten des Switches also auf Source-MAC-Forwarding einstellen, so dass die Client-Anfragen über die beiden im Channel enthaltenen Ports gebalanced werden. Falls möglich (kenne HP Network-Teaming nicht) den Channel serverseitig auf Destination-MAC-Forwarding konfigurieren. Wie gesagt kenne ich aber das HP Network-Teaming nicht. Wenn die Bonding-Software ARP-Requests im Wechsel mit einer anderen MAC beantwortet, sieht die Sache schon wieder anders aus. Hoffe etwas geholfen zu haben. Gruß und schönen Abend cyberdyne

Hi, 1. Grundsätzlich muss das Glasfaserkabel gekreuzt sein. Ausnahme: Der Switch kann Auto MDI-X (d.h. die Switches erkennen via TX/RX-Tests ob ein Knoten oder ein Switch angeschlossen ist) 2. Keine besonderen Einstellungen nötig. Aufpassen musst du nur, das die Uplink-Ports nicht auf Portfast stehen, da sonst der Spanning-Tree nicht sauber aufgebaut werden kann 3. Der Spanning-Tree (der auf allen Cisco-Swiches per default aktiv ist) erkennt die redundante Verbindung und blockt die niederwertigste Verbindung, willst du das beeinflussen, musst du mit Port und Bridge-Prioritäten arbeiten. Sollte hier aber nicht notwendig sein. Den STP überprüfst du mit "sh spanning-tree (detail)". Hier müsste auf einem der beiden Switches mit dem Fiber-Link der Port auf Block stehen. 4. Redundante Verkabelung bei Switches = STP

nochmals zu CoS 6, hab auch nochmal nachgelesen, wird u.a. von HSRP genutzt. Weiß aber nicht mit wem die HiPath derzeit HSRP oder ein anderes Routing-Protokoll sprechen sollte und warum. Werde hierzu nochmal genauer bei ICN nachfragen. Gruß cyberdyne

Hi daking! Also die Switches sind 2950T-48-SI. Also mit dem Standard Software Image. Gibt es in der Baureihe 29xx überhaupt XL? Hab hier nur die Unterscheidung zwischen dem Standard Image und Enhanced Image gefunden. Das EI bietet viel weitergehendes QoS als das SI. Da ich aber derzeit nur SI-Systeme habe, muss ich mit klar kommen. Ich werde auf jeden Fall mal die Konfiguration mit dem Voice VLAN umsetzen und mitsniffen. Überhaupt ist es am wichtigsten, dass das DSCP richtig am Router ankommt, weil sonst der Delay bei Bursts auf dem E1-Uplink unvermeidbar wäre. Wenn der Switch wie von dir beschrieben mit seinen 2 Queues priorisiert, genügt mir das vorerst. Nochmals Danke!

Hi daking! Danke für diese ausführliche Antwort! Werde versuchen, das mal so umzusetzen. Ein Problem das ich vorab schon sehe ist, dass es nicht möglich ist auf dem Switch im global config das mls qos zu aktivieren. Liegt das am SI (Standard Image)? Funktioniert es auch so. Ich hab das Interface übrigens nur auf Trunking gesetzt, weil mir von Siemens ICN mitgeteilt wurde, das nur dann der Ethernet-Frame mit 802.1p erweitert bzw. richtig interpretiert wird. Ist diese Aussage richtig? In der derzeitigen Konf wird das DSCP ja bereits mittels pass-through mode weitergereicht. Ist das so nicht korrekt oder ist das Voice VLAN einfach eleganter bzw. leistungsfähiger? Eigentlich sollten wirklich nur die CoS 3 und 5 relevant sein. Wurde mir vom ICN Lab in Nürnberg mitgeteilt auch 6 zu priorisieren. Auf DiffServ-Ebene wird derzeit nur 40 verwendet. Macht es Sinn hier Abstufungen zu treffen? Danke nochmals Beste Grüße und guten Beschluss!

Hi! Das Interface steht bereits auf "mls qos trust cos pass-through dscp". Wenn ich pass-through ausschalte kommt das auf Layer3 gesetzte DSCP 40 nicht am Router an, der dann natürlich auch nichts priorisieren kann.

Hi! Daran hatte ich auch schon mal gedacht. Allerdings gibt es im globalen Conf-Modus komischerweise kein mls, das man aktivieren könnte. Gruß und frohe Weihnachten

Hi, habe hier einige Cat2950-48-SI mit IOS 12.1(19) die auf Layer2 (CoS) mittels weighted round-robin priorisieren sollen. Konfiguration sieht folgendermaßen aus: .... ! wrr-queue bandwidth 255 255 255 0 wrr-queue cos-map 1 0 wrr-queue cos-map 2 1 2 wrr-queue cos-map 3 4 7 wrr-queue cos-map 4 3 5 6 ! ..... ! interface FastEthernet0/1 description HiPath 4000 switchport mode trunk no ip address mls qos trust cos pass-through dscp spanning-tree portfast trunk ! ... Die HiPath auf Port 1 setzt abgehende Pakete auf Layer2 mit den CoS Bits 3,5 und 6 und auf Layer3 mit DSCP 40. Das DSCP 40 wird vom Switch mittels pass-throug an den Router "weitergereicht", was auch funktioniert. Auf Port 1 ankommenden Frames mit CoS sollte der Switch vertrauen und diese dann aufgrund des wrr immer bevorzugt abarbeiten (die queue 4 ist expedit-queue und wird somit immer bevorzugt). Ich bin mir jetzt allerdings überhaupt nicht sicher, ob der Switch überhaupt etwas priorisiert. Mit "sh mls qos interface" das mls überprüft: FastEthernet0/1 trust state: not trusted trust mode: not trusted COS override: dis default COS: 0 pass-through: dscp trust device: none Frage: Warum steht er hier auf "not trusted"? Mit "sh int fa 0/1" den Port überprüft: Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) Frage: Warum FIFO? sollte doch wrr-queuing sein? Ich bin mir jetzt überhaupt nicht sicher ob die Switches überhaupt irgendwas priorisiert (sieht ja nicht danach aus). Muss ich sonst noch etwas konfigurieren das es läuft? Gibt es noch show oder debug-Befehle die ich übersehen habe (oder nicht kenne)? Da die Switches aktuell noch nicht besonders unter Last stehen, ist die Priorisierung noch nicht zwingend notwendig, aber man sollte ja imho nicht warten bis der delay von alleine kommt :shock: Bin für jede Hilfe dankbar Viele Grüße