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

Die Labs, also Praxisübungen, sind bei allen Cisco Learning Partnern in etwa gleich, da der Kursablauf von Cisco vorgegenen wird. Klar macht jeder Trainer es ein wenig anders, aber eben nur ein wenig... ;)

Jo, das sollte er wohl...

Olla, wundert mich, das Du da so Probleme hattest. Ich fand die ISCW Prüfung mit Abstand die Einfachste. Ich hatte aber auch die Aufgabe mit dem nicht verschiebbaren Fenster nicht. Auf jeden Fall mal Glückwunsch^^ MPLS hatte ich auch nur theoretisch... ;) Gruß J@e

Die PVC von Telekom und 1und1 sind identisch. Gruß J@e

Ist aber auch ne böse Falle... Ich wünsch mir die kleinen 80xer zurück^^

Na dann mal Glückwunsch... Und das ist auch der Grund warum man zur ReCert lieber nen 842er Kurs nimmt^^

hmm... das schau ich mir am Montag noch mal genau an... Das er keine Matches in den Klassen hat ist vollkommen ok, aldi weil ich die Regel gerade gebaut hatte und keinen Http oder Ftp Traffic durch den Router hatte... ;) Greetz J@e

Olla, Sicher, gern. Dialer0 is up, line protocol is up (spoofing) Hardware is Unknown Internet address is *.*.*.*/32 MTU 1500 bytes, BW 1024 Kbit, RxBW 10240 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation PPP, loopback not set Keepalive set (10 sec) DTR is pulsed for 1 seconds on reset Interface is bound to Vi2 Last input never, output never, output hang never Last clearing of "show interface" counters 03:30:14 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: Class-based queueing Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/0/256 (active/max active/max total) Reserved Conversations 1/1 (allocated/max allocated) Available Bandwidth 154 kilobits/sec 5 minute input rate 1000 bits/sec, 1 packets/sec 5 minute output rate 1000 bits/sec, 1 packets/sec 5529 packets input, 3991821 bytes 4525 packets output, 586571 bytes Bound to: Virtual-Access2 is up, line protocol is up Hardware is Virtual Access interface MTU 1500 bytes, BW 1024 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation PPP, LCP Open Open: IPCP PPPoE vaccess, cloned from Dialer0 Vaccess status 0x44, loopback not set Keepalive set (10 sec) Interface is bound to Di0 (Encapsulation PPP) Last input 00:00:04, output never, output hang never Last clearing of "show interface" counters 00:01:02 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 1000 bits/sec, 1 packets/sec 5 minute output rate 1000 bits/sec, 2 packets/sec 60 packets input, 29208 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 63 packets output, 3747 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions Und dazu: Dialer0 Service-policy output: TestForWordo Class-map: Test1 (match-any) 0 packets, 0 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: protocol http 0 packets, 0 bytes 5 minute rate 0 bps Queueing Strict Priority Output Queue: Conversation 264 Bandwidth 50 (%) Bandwidth 512 (kbps) Burst 12800 (Bytes) (pkts matched/bytes matched) 0/0 (total drops/bytes drops) 0/0 Class-map: Test2 (match-all) 0 packets, 0 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: protocol ftp Queueing Output Queue: Conversation 265 Bandwidth 10 (%) Bandwidth 102 (kbps)Max Threshold 64 (packets) (pkts matched/bytes matched) 0/0 (depth/total drops/no-buffer drops) 0/0/0 Class-map: class-default (match-any) 41 packets, 3480 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: any Jo, genau so ist es. Nein, beim 1812 kannst Du das BRI auch als Backup nutzen. Greetz J@e

Olla Wordo, Ich glaube das Problem ist hier die 800er Serie. Beim 876er brauchst Du z.B. das Enterprise Featureset selbst für einfachste BRI Konfigurationen. Beim 801er ging im Basisset schon. Ich habe auf einem 1812er am T-DSL beides ohne Probleme auf den Dailer binden können. Gruß J@e

PIX/ASA 7.x to Support IPsec over TCP on any Port Configuration Example [Cisco PIX 500 Series Security Appliances] - Cisco Systems Gruß J@e