J@e

Denk an die IP INSPECTs - Die brauchen auch Leistung... ;)

Versuchs mal mit no auto-summary Gruß J@e

Moin Thomas, nein ich habe einen phys. Link gezogen. Thema ist aber gelöst... Es lag an einem Accessport an dem die Probe hing. Die Probe machte die Probleme nicht der Switch... ;) Gruß J@e

Moin Forumsgemeinde, aktuell plagt mich gerade ein Problem mit Spanningtree. Für eine Hochverfügbarkeitslösung (siehe Aufbau) soll Rapid-PVST auf den Switchen laufen. Nun sollte Rapid Spanning Tree meiner Meinung nach ja schnell sein und hier haperts zur Zeit. Alle Switche sind 3560-48er mit aktuellem IOS. Aber hier erst mal der Aufbau: Core A ************** Core B * * * * * * * * * * * * * * * * * * * * * * * * * * * Distr. A Distr. B Rapid-PVST wurde auf allen Switchen wie folgt aktiviert: spanning-tree mode rapid-pvst spanning-tree extend system-id Alle Links im Backbone sind nach "Show Spanning Tree" als P2P Links erkannt worden. Ebenfalls zeigen alle Switche die korrekte STP Betriebsart an. Trotzdem ist die Konvergenzzeit mit 30 Sekunden weit von Rapid entfernt. Setze ich nun die Timer manuell auf die kleinst möglichen Werte: spanning-tree vlan 1,2 hello-time 1 spanning-tree vlan 1,2 forward-time 4 Dann komme ich auf eine Konvergenzzeit von ca. 8 Sekunden. Das kommt mir irgendwie suboptimal vor... ;) Hat jemand einen Tip für mich... Grüße J@e

Nur innerhalb des gekauften Releases bei Bugfixes... Sonst kostet alles Geld... Ob Du die Versionen als "Reseller" laden kannst/darfst hängt auch von Deinem Partnerstatus ab, aber ich denke als Reseller weißt Du das. Gruß J@e PS: Dafür das Du mit Cisco handelst und damit Deine Brötchen verdienst stellt Du sehr sehr seltsame Fragen^^

Im allgemeinen ist Deine Gegenseite doch an DEINER?!?, ich denke eher Eurer, Flußsteuerung beteiligt, oder nicht? Und ab und zu ändert sich die Windowsize schon mal. Schau Dir mal eine Downloadverbindung über eine WAN Strecke auf nem Netzwerkanalyse z.B. Wireshark an, da sieht man es ganz gut... Gruß J@e

Eine Null Route heißt so, weil sie auf das virtuelle Device "Null0" verweißt. Alle Packete die auf das Device "Null0" geroutet werden sollen, werden dort verworfen.Diese Routen werden z.B. beim summieren von Routen in versch. Routingprotokollen verwendet. Gruß J@e

Naja, wenn es für Zuhaus ist könnte man ja durchaus die Lösung von bnice in Betracht ziehen. Ist nicht schön und es gibt halt einen "Point of failure" mehr, aber besser als die Pixn auf den Müll schmeißen, oder... ;) Gruß J@e

Wie Blackbox schon schrieb Nein, denn Pix macht keine Dyndns!

Naja, so schwer ist das doch nicht... ;) Der Router leitet die Break Sequnenz in jeden Falle seriell raus. Ich vermute nur das Deine Telnet Verbindung die Break Sequenz "schluckt" weil es sie auf sich selbst bezieht... Welche die Richtige Tastkombi ist hängt vom Telnet Programm ab und bei z.B. Hyperterm und Terraterm verschieden. Dazu findest Du in der Suche aber einige Hinweise. Gruß J@e

Haha... ;) Wobei ich die Frage wirklich nicht falsch finde, denn in dem Bereich ist viel auch "Glauben"... Gruß J@e

Hängt auch sehr von der IOS Version ab. Bei den neuen IOSen führt eine noch gebundene aber gelöschte ACL nicht mehr zum "aussperren", da IOS die ACL auf dem Interface nicht mehr als "deny ip any any" nicht interpretiert. Ich meine ab 12.4. Gruß J@e

Kingston SO-DIMM 256 MB DDR-333 (256 MB) I8ND28 Kürzlich bei Alternate für 24 Euro... Gruß J@e

Nein geht nicht. HSRP ist CCNP Level. Der Packettracer deckt eher CCNA ab. Gruß J@e

Olla, ist ganz einfach. Normalen VPN Tunnel erstellen. Dann such mal unter "Bridge Group" bzw "IRB", dann findest Du was Du suchst. Gruß J@e