srellik

Eventuell fehlt dir der eintrag "ip subnet-zero". Ist bei IOS < 12.0 nicht per default gesetzt. Hier ein nützlicher Link dazu, wieso und weshalb es Probleme mit subnet-zero und dem all-ones-subnet gab. Subnet Zero and the All-Ones Subnet [iP Addressing Services] - Cisco Systems Mfg

Sorry, Kommando zurück. Ich sehe erst jetzt, das du dial-group-number 2 verwendest. Wer lesen kann ist klar im Vorteil ;)

Hallo, du hast in deiner Konfig: stehen. Dies sollte meiner Meinung nach dialer-list 1 protocol ip permit heißen, weil: gate(config)#dialer-list ? <1-128> Dialer group number gate(config)# und die dialer-group-number bei dir die 1 ist. In deinem Fall "sieht" die dialer-group 1 nie den "interessanten Traffic" und versucht daher auch keine Einwahl. mfg

Hallo, es gibt allerdings Kupfer-SFPs die 10/100/1000 können. Eventuell ruehren da die Einstellungsmöglichkeiten auf SFP-Ports her. Auf GBIC-Ports sehe ich auch keinen Sinn...

Hi, du kannst ja´mal bei digital-warehouse anfragen. Dort kannst du für wenig Geld gebrauchte Cisco-HArdware einkaufen. HAbe mit denen gute Erfahrungen gemacht. Die scheinen die gesuchten Module auch zu haben: Search results for WS-X5302 Den Preis gibts anscheinend nur auf anfrage. Mfg

hi. zwei Anmerkungen dazu: wenn du subinterfaces einrichtest, sollte auf dem phys. Interface im normalfall keine IP mehr konfiguriert sein ! dein Pc muss dot1q, bzw. vlan-tagging unterstützen, da er sonst nur im native vlan 1 (Subnet 192.168.1.1 255.255.255.240) kommunizieren kann. alle enderen frames werden von deiner nic verworfen. Mfg

Hallo, ein Interface hat z.B. den Status "reset down", wenn das Serial-IF ein AIS-Signal empfängt. Dies kann z.B. der Fall sein, wenn im Übertragungsnetz etwas nicht in Ordnung ist: - SDH-Pfad nicht durchgeschaltet wg. Ausfall eines Multiplexers - Verschaltungsfehler ... mfg

Hallo, es wird per-vlan-spanning-tree verwendet. Wenn ich den bpdufilter aktiviere habe ich doch nur den effekt, das bei eingehenden BPDUs eine "Aktion" ausgeführt wird, oder sehe ich da was falsch ??? Und das Problem ist ja, das er trotz no spanning-tree vlan x immer noch BPDUs aus dem Ports/den Ports aussendet, die im entsprechenden VLAN liegen. Und die Gegenstelle akzeptierts halt nicht. @daking Wie könnte denn so eine Mac-ACL aussehen ? Von einer anderen Komponente können die BPDUs nicht sein, da dies der einzige Port im entsprechenden VLAN auf diesem Switch ist und dies eine direkte verbindung über LWL ist (somit also kein Transport über ein weiteres L2-Segment, wo eventuell andere Devices mitspielen könnten) @tom12 spanning-tree sollte natürlich nicht ganz abgeschaltet werden, sonder nur auf dem entsprechenden Port. es sind von der topologie her dort keine schleifen möglich (dafür muss bei abgeschaltetem STP natürlich gesorgt sein) Der Port ist ist unser Uplink zu einem CIX, und die akzeptieren dort keine eingehenden BPDUs und haben gedroht abzuschalten. spanning-tree portfast ist also hier auch keine Lösung mfg

Hallo, ich hätte hier ein Problem, für das ich bisher noch keine Lösung gefunden habe (leider auch nicht die vom Support unseres Distributors, die es auch zum Cisco-TAC escaliert haben !!!) Wie kann ich spanning-tree auf einem Switch komplett, pro Port oder pro VLAN abschalten ??? Hatten es schon mit verschiedenen Dingen versucht, zuletzt mit no spanning-tree vlan xxx Das Problem bei der Sache ist, das er trotz allen Versuchen immer noch BPDUs aus den entsprechenden Port(s) aussendet. Ihm selbst sind die empfangenen BPDUs "egal", d.h. Schleifen sind möglich. Der Grund, weshalb die komplette Spanning-Tree-Instanz für dieses VLAN abgeschaltet werden muss, ist das die Gegenstelle keine ankommenden BPDUs akzeptiert und gedroht hat abzuschalten (-> bpdu-filter) Anderes IOS wurde auch schon getestet: aktuell läuft 122-25.SEB1 Switch ist ein 3750, aber auch andere Geräte, wie 3508 haben dasselbe Problem Kennt jmd. das Problem oder hat jemand eine Lösung. Mfg

Hi, halte uns mal auf dem laufenden. Aber noch als Anmerkung: externe Hilfe kostet viel geld. ausserdem macht es dich auch nicht dümmer, wenn du dem fehler selbst auf den grund gehst... Was willst du denn in Zukunft bei "richtigen" Problemen machen ??? mfg

Hallo, ich habe mit dem Gerät eine Erfahrung gemach, aber die reicht mir aus... Bei uns sind mal ein paar 500er testweise bestellt worden. Sind ja schön günstig. doch leider hat sich das Gerät vorher niemand so genau angeschaut. Nachdem ich ihn ausgepackt habe, suchte ich ertmal eine Weile vergebens die serielle Schnittstelle. Nach einer kurzen auf Cisco Systems, Inc stellte ich dann fest, das die Schrott-Kiste nur über http, bzw. so nem cisco-java-tool konfigurieren kann und das für die Erst-Inbetriebnahme ein DHCP-Server auf dem Gerät läuft !!! Nach ein wenig rumprobieren, war ich irgendwann an dem Punkt, das ich nicht mehr via http drauf kam. Er hat wohl die konfigurierte IP verloren und die Default-IP war nach Reset auch nicht mehr ansprechbar!!! Hinzu kam dann noch, das der DHCP-Server, auch nicht mehr funktionierte. Ich hatte mich also nach knapp 30min ausgesperrt und hatte (vorerst) keine Möglichkeit mehr den Hobel zu konfigurieren. Die bei Cisco kurz beschriebenen Methoden zum Factory-Reset griffen leider nicht. Na ja, nach diversen Versuchen, habe ich dann beim Booten den Mode-Button so ca. 30-40 gedrückt gehalten. Der Switch blinkte dann wie wild und er war nun endlich wieder im auslieferzustand. Diese Vorgehensweise wurde leider nirgendwo beschrieben. Lange Rede, kurzer Sinn: Das Ding ist Schrott, kann in keinster Weise vernünftig in ein Cisco-Netzwerk integriert werden, kann kein VTP und ist auch nicht mit den bisheringen Managementsystemen/Methoden überwacht werden. Geb lieber ein paar Euros mehr aus und kauf dir was vernünftiges. mfg

Hi, überprüfe mal mit folgendem Befehl, wie dein Port eingestellt ist: ndd -get /dev/<dein IF> link_speed ndd -get /dev/<dein IF> link_duplex z.B.: root@blablablab# ndd -get /dev/bge0 link_speed 100 root@blablablab# ndd -get /dev/bge0 link_duplex 1 root@blablablab# # 0 = half-duplex,1 > = full-duplex Mit /usr/sbin/ndd -set kannst du denn Wert fest einstellen Mfg

Hallo, du müsstest auf dem AUX-Port beider Router: line aux 0 transport input all transport output all oder line aux 0 transport input telnet transport output telnet konfigurieren. Dann sollte es laufen (sofern du ein richtig belegtes Kabel dazwischen hast) mfg alex

Hallo, probier mal: Network Computing Technologies, Inc. TrapGen (gefunden nach ca 30 sec. über Google...) Ist ein Tool für die Kommandozeile. Habe es gerade getestet und für gut befunden. Beispiel: Sender H:\TrapGen.exe -d 192.168.222.1 snmptrapd auf debian Aug 20 17:11:13 dmz1 snmptrapd[13931]: 192.168.222.98: Enterprise Specific Trap (1) Uptime: 497 days, 2:10:13.96 Mfg

Bestimmt nicht dafür, das er Fehler absichtlich provoziert, um sie debuggen zu können...