rob_67

Hi, man kann schon an den isdn timern rumschrauben, normalerweise sollte das aber nicht notwendig sein, ist es nicht eher so, dass die config nicht passt? du hast z.b. einen dialer emote name remote1, es gibt aber gar keinen user dazu, dann müsstest du den remote name schon ganz weglassen (geht erst ab ios 12.1) . Gruss rob

Hi, ppp authentication und encapsulation sollten auch auf dem bri gesetzt werden, der dialer kann variiert werden... Gruss rob

Hi, wenn der kanal steht, sollte auf jeden fall der call in der isdn history stehen, selbst dann, wenn der ruf nur über den d-kanal rausgeht, die zeit ist dann halt 0, bei den dialer bzw. isdn callern ist eventuell die führende null zuviel, wenn es sich um keine telefonanlage handelt. Gruß rob

Hi, ein update wäre sinnvoll, da alles was vor 12.0.7 lief, ziemlich buggy ist... Bei cisco.com oder auch hier im forum gibts genügend configbeispiele... faststep ist leider auch nicht das wahre configtool, besser funktionierts meist hart am prompt... Gruss rob

Hi, möglicherweise liegts an der fehlenden dialer list, ist mir als erstes mal aufgefallen, z.b. dialer-list 1 protocol ip permit Gruss rob

Hi, sh isdn status im enable modus zeigt dir an, ob die schnittstelle ok ist, ansonsten debug dialer events, dialer packets und isdn q931 anschalten+ term mon, dann siehst du ob der router wählt... Gruss rob

Hallo, boot system flash <ios> oder boot system tftp <ios> <IP Adresse> zum testen empfehle ich erstmal das laden vom tftp (gerade wenn nur ein ios in den flash passt), wenn der router mit dem anderen ios nicht fliegt, tftp ausschalten und router neu booten, dann muss er das ios aus dem flash nehmen... post doch mal ein show flash. gruss rob

Hi, warum hast du das config register nicht normal stehen ? (0x2102), dass neuere configs nicht correkt verstanden werden könnten, würde ich erstmal ignorieren, war bei meinem 1603 auch, trotzdem gab es keine probleme mit neuen ios versionen... gruss rob

Hi, das sieht eher wie ein routingproblem aus, dass die Packete wechselweise zu verschiedenen Gateways geroutet werden... Gruss Rob

Hallo, ein einfaches Loadbalancing wäre evtl. mit HSRP möglich, wenn z.b. bestimmte Netze auf bestimmte HSRP Adressen geroutet werden, es kann natürlich auch vorkommen, dass hierbei die Last ungleich verteilt wird... Gruss rob

Hallo, ein 2620 mit einfach bri interface, wenn du pppoe machen willst, empfehle ich die Nachrüstung eines wan ethernet slots, speicheraufrüstung (momentan 8 mb flash, 48 mb ram) ist bei ebay auch kostengüstig möglich, im moment bootet er ein ios für pppoe vom tftp, es gibt auch atm wan module für dsl, wird allerdings teuer, habe ich bis jetzt auch nur ein mal bei ebay gesehen... Gruß rob

pppoe kann der auf jeden fall mit passendem ip plus ios, meiner wird in kürze frei... :cool:

Hi, ja,hatte auch schon das problem, im zweifelsfalle doch erstmal den router booten! Gruss rob

Hi, wie siehts aus mit filtern, z.b. interesting traffic (dialer list)? vielleicht solltest du doch einmal die configs posten... und prüf mal, ob die router überhaupt anwählen, beim trace und ping... gruss rob

Hi daking: bus error, es sind 2 3660 im multichassis Betrieb, es ist nicht kritisch, wenn einer wegknallt, da die router auch hsrp fahren, aber es nervt ganz schön, denke dass es bei speziellen multilink events passiert... gruss rob

Hi, kann es dann vielleicht sein, dass du ein netz mit natest (analog der internetverbindung müsstest du ja ip nat inside configuriert haben, wenn du jetzt nur ein source netz konfiguriert hast, weisst du, weshalb der ping nicht geht, deshalb mit extended acls arbeiten und lan to lan vom nat ausschließen, dann klappts auch mit dem nachbarn)? von lan zu lan solltest du ja ohne nat arbeiten.. gruss rob

Hi, probier doch erstmal mit nem nslookup, ob die namen in ips aufgelöst werden, wenn ja, ping mal die ips... gruss rob

Hi, bei uns stürzen auch 3660 er regelmässig (im 4 wochen takt) ab und cisco kriegts nicht in den griff... hardware wurde schon getauscht, zig sw releases probiert und trotzdem no chance... nicht gerade ein kompliment für cisco... gruss rob

Hi, haben die hosts den router als default gateway? Gruss rob

Hallo, gibts hier auch nen bintec experten? kann meine brick xs1 nicht mit nem release für brick xs2 vom tftp server booten, der zieht zwar das release, meldet aber dann, dass der speicher zu klein ist, ram sind aber 4 mbyte vorhanden, genau wie bei einer xs2... Gruss rob

Hi, mach mal nen telnet auf den router, enable ihn, debug dialer events anschalten und term mon, schau mal, welche pakete das offenhalten der leitung verursachen, 12.0.7t ist zwar nicht das beste ios, aber prinzipiell dürfte es funzen... gruss rob

Hi, dann trag doch eine permanente defaultroute ein... Gruss rob

Hi, könnte mir vorstellen, dass dies mit deiner route map stadtroda zu tun hat, der router bügelt auf die Rückpakete, die dialer adresse drüber, vielleicht solltest du hier den Filter etwas genauer definieren... Gruß Rob

Hi, einen hardwaredefekt möchte ich fast ausschließen, habe ich beim 801er bis auf einen zerschossenen consoleport überhaupt noch nicht erlebt... allerdings ist die software vor 12.0.7 extrem buggy, deswegen würde ich als erstes einen softwareupgrade empfehlen... gruss rob

Hallo Oliver, die ACL ist prinzipiell richtig (statt ip sollte allerdings tcp stehen), sie erlaubt Rückpakete vom destination Port 80 ... Allerdings würde ich die ACLs trennen, für deine dialer list würde ich zb nehmen: Access-list 101 permit tcp any any eq 80 access-list 101 permit tcp any any eq 443 Als access-list 100 dann genauso (auf dem dialer- ip access-group 100 in) access-list 100 permit tcp any eq 80 any access-list 100 permit tcp any eq 443 any trotzdem habe ich keine Erklärung, weshalb der Router nicht auflegt, welche ios version hast du drauf? der router dürfte normalerweise in deiner config auch gar nicht rauswählen, weil die rückpakete erst nach dem leitungsaufbau kommen... du kannst mal ein debug dialer packet laufen lassen, der router sollte dir anzeigen, welche Pakete die Leitung offenhalten... gruss rob