rob_67

Hi, hier mal die config eines funktionierenden interfaces interface ATM0 no ip address atm vc-per-vp 64 no atm ilmi-keepalive dsl operating-mode annexb-ur2 pvc 1/32 pppoe-client dial-pool-number 1 du bist sicher, dass du nen t-dsl anschluss auf atm basis hast? den pvc bekomst du von der dtag... gruss rob

Hi Tino, das hängt sicher damit zusammen, dass du beim nat inside und outside interface definieren musst, kommst du auf dem outside interface rein, macht der router nat auf deinen webserver, kommst du auf dem inside interface rein, macht der router kein nat und du kommst zum login auf dem router... warum gehst du nicht intern direkt auf die lokale ip des webservers? gruss rob

Hi, dann musst du mindestens eine portweiterleitung auf die interne ip deines webservers machen... gruss rob

mach am besten show run (aus config mode rausgehen), dann suchst du dir den entsprechenden Eintrag, kopierst ihn und fügst ihn mit no im config mode wieder ein. speichern nicht vergessen, gruss rob

Hi, geh in den config mode, mit no kannst du statische routen (stehen in der config) löschen, mit clear ip route löscht du dynamische Einträge (Routing Protokoll) temporär... Gruss Rob

Hi, 0x2102 -->benutze config im NVRAM zum Booten 0x2142 -->ignoriere die config im NVRAM beim Booten Gruss Rob

Hi, hat jemand von euch cisco 3660 im isdn mutlichassis multilink betrieb laufen? gruss rob

Hi, selbst wenn der router mal sauber gelaufen ist, treten doch immer wieder plötzlich softwareprobleme auf, habe selbst massenweise 801 jahrelang im einsatz, kann mich an keinen einzigen hardwaredefekt erinnern, es waren ausnahmslos immer softwareprobleme, gerade mit den niedrigen 12.0, 12.1,12.2er releases. bei größeren cisco routern sind hardwaredefekte häufiger... ich kanns aber nicht wirklich ausschließen, bei 12.2 würde ich mal auf nen gd release upgraden oder wenn die capi nicht benötigt wird, kann ich 12.1.17 empfehlen... gruss rob

Hi, welches 12.2er ios hast du denn? Router-Hardware möchte ich fast ausschließen... Gruss Rob

moin, prüf doch nochmal beidseitig die passwörter, kommt der fehler mit der violation immer noch? und was heißt 1.1 bzw.1.2? 12.1.1 oder 12.1.2? dann schnell upgraden! gruß rob

hi, nix mtu, ist ein ppp problem, mach den gleichen debug bitte nochmal auf der gegenseite und die sw version wäre schick gruss rob

jetzt machst du noch einmal debug isdn q931 und debug ppp authentication und postest mal den output

anschluss und kabel nochmal prüfen, z.b. mal ein isdn telefon ranhängen... das interface steht, wenn es up ist, immer auf spoofing, auch wenn keine leitung dran hängt...

incompatible destination wäre z.b. ein isdn telefon und kein router... da würde ich mir auch sorgen machen. es sind alle! isdn layer down auf dem zielrouter, da kann kein d-kanal auf dem router ankommen

nt ist der netzwerkabschuss... nimm doch mal ein anderes Kabel (darf nicht gekreuzt sein)

mach mal ein show interface bri0, entweder es ist noch shutdown gesetzt oder es besteht keine Verbindung zum NT

dieses lost carrier rührt doch bestimmt von dem gezogenen ethernet kabel her... was sagt show isdn status auf dem zielrouter?

ein patchkabel sollte funktionieren (mach mal show isdn status auf dem zielrouter, layer 3 sollte auf multiple frame established stehen), ist es denkbar, das die telefonanlage vielleicht keine datencalls durchroutet? ein router sieht auf jeden fall erstmal den d-kanal, wenn er angerufen wird, ob er einen b-kanal aufbaut oder nicht, entscheidet die config, loggt der zielrouter andere sachen oder ist es möglich, dass der debug nicht funktioniert, schalt doch mal debug ip packet an und mach mal nen ping, ob er irgendetwas anzeigt... gruss rob

prüf doch mal ob der router das einzige gerät an dem anschluss ist! IST DER WÄHLENDE router manchmal an einer telefonanlage angeschlossen? dann braucht er noch eine zusätzliche 0 und die rufnummer stimmt auch genau? dann müsste der router, der den ruf annimmt, auch was anzeigen. gruss rob

Hi, versuch doch mal auf der gegenseite folgendes debug laufen zu lassen: deb isdn q931 debug ppp negotiation debug ppp authentication debug dialer events es sieht so aus, als ob sich alles noch im d-kanal abspielt, vielleicht sieht der andere router den ruf nicht oder hat irgendein anderes problem, kann ich ohne das debug der gegenseite nicht genau sagen, da einfach ein release ohne fehlermeldung kommt und keine genauen timestamps eingeschaltet sind, vielleicht ist auch zum router ein anderes gerät parallel geschaltet, das hier probleme macht, deswegen wäre es wichtig, zu wissen, was der andere router sieht... gruss rob

Moin, freigeben musst du nicht extra, schalt mal ein debug isdn q931 und ein ppp authentication mit dazu beim debuggen, so kann ich erstmal nicht viel erkennen... gruss rob

du solltest einfach mal dieses debugging anschalten, danach terminal monitoring im enable mode und den output posten, dann brauch ich noch beide IP Adressen der server... gruss rob

dann vermute ich das die zielnetzadresse nicht in 192.168.2.0 / 24 ist, dann zieht der default gateway des routers... und schickt die pakete zurück

Hallo Gaga, zum Beginn ist das user manual des 801 ausreichend (cisco 800 series routers configuration guide), ansonsten wäre ein richtiger einstiegskurs zu empfehlen... Gruss rob

Hi, der router bleibt sicher nicht stehen, sondern er bringt keine debugmeldungen mehr, weil nichts passiert, reagiert er noch auf eingaben? du bist doch sicher über die console drauf? der router zeigt u.a. an,dass interfaces ihren status ändern, ist aber beim boot normal. allerdings weiss ich nicht, wo dieser restart herkommt, wie gesagt, vielleicht ist es besser erstmal ein funktionierendes ios zu besorgen...