rob_67

eigentlich ja, aber die steuerparameter load threshold und load interval sind schon niedrigstmöglich auf router1, komischerweise ist router 2 schneller, obwohl dieser mit standardparametern arbeitet, ich hätte jetzt gedacht, dass router 1 sofort mit allen kanälen kommt. kannst ja mal nen debug ppp multilink events + debug dialer events debuggen... könnte auch ein ios bug sein, laufen beide router mit dem gleichen ios?

Hi, auf dem router 1 ist eine bandbreitensteuerung drin, auf dem router 2 nur die standardwerte, wenn router 1 die verbindung aufbaut, sollte es sehr schnell gehen, bis alle kanäle aufgebaut sind, wenn dies router 2 tut, dann dauerts länger! gruss rob

Hi, mach doch mal nen trace vom linksys auf einen pc in 192.168.2.0 / 24 und dann noch einen trace von einem PC in 192.168.2.0 / 24 auf den Linksys Gruss rob

Hi, bei cisco routern könnte ich ein endlos lied davon singen... selbst mit gd releases gibts diverse probleme Gruss rob

Hi, der Router 192.168.2.1 hat keine IP auf dem dialer! zumindest laut deinen Infos, mach einen extended ping vom lan interface! die rechner (inkl. linksys) im netz 192.168.1.0 brauchen eine route zu 192.168.2.0 / 24, Gateway ist 192.168.1.1. Gruss rob

Hi, die config wäre bei deinem problem aufschlußreich... gruss rob

Hi, ist ein bug im ios... gruss rob

Hi, was meinst du mit digitalem telefon (ist das ein ip telefon)? auf die fragen habe ich bis jetzt auch keine antwort. es könnte sein, dass es am provider liegt, es könnte aber auch etwas anderes sein. gruss rob

Hi, die config ist doch ok, wenns funzt. dass die verbindung zusammenbricht muss eine andere ursache haben, prüf mal die interfaces auf bitfehler bzw. beide router auf reboots, welche ios version ist genau auf beiden? gruss rob

Hi, schonmal versucht, auf dem rechner, wo sky funzt, routing zu aktivieren? mit dem cisco sehe ich ein kleines problem, da dein rechner eine spezielle software drauf hat, die so eine art routing policy macht, das mag eben bei dem einen rechner gehen, aber wahrscheinlich nicht mit allen. gruss rob

Hi, wir halben alte 3620 mit altem ios, hier ist das so: der router muss in der startup config ein no shutdown auf den seriellen interfaces haben, ansonsten bleiben die seriellen interfaces down (dieses no shut speichern sie nicht ab und es ist nicht in der running config sichtbar!) danach ziehen sich die router die config vom tftp. ich würde das ganze mal als ios bug bezeichnen! :cool: gruss rob

Hi, normalerweise reicht es, wenn du einen user anlegst und auf dem dialer einen dialer remote name (entspricht dem user) benennst... aber es gibt immer mal wieder gewisse abweichungen von ios zu ios...:cool: gruss rob

Hi, brauchst keine rotary group!, kannst auch trotz nur einem bri mit 2 pools arbeiten! aber das ist es nicht! 01:26:11: BR1/1:1 CHAP: O CHALLENGE id 9 len 28 from "BuM-RAS" 01:26:11: BR1/1:1 CHAP: I CHALLENGE id 13 len 26 from "Blank" 01:26:11: BR1/1:1 CHAP: Waiting for peer to authenticate first 01:26:11: BR1/1:1 LCP: I TERMREQ [Open] id 2 len 4 01:26:11: BR1/1:1 LCP: O TERMACK [Open] id 2 len 4 01:26:11: BR1/1:1 PPP: Phase is TERMINATING 01:26:12: ISDN BR1/1: RX <- DISCONNECT pd = 8 callref = 0x05 -->die gegenseite wählt sich ein, beide Seiten einigen sich auf chap, aber die gegenseite sendet ein disconnect nach dem tausch der challenges, d.h. der gegenseite gefällt wahrscheinlich der user nicht?! denn die gegenseite sendet kein passwort, sondern ein disconnect. kommt da jetzt ein router oder ein pc rein? gruss rob

Hi, ein break beim booten senden (über serielles kabel auf console). dann alles im rommon machen. gruss rob

Hi, normalerweise brauchst du keinen zweiten pool, du kannst es natürlich gern probieren, es sollte auf jeden fall auch funktionieren, setz doch bitte mal auf den bris den befehl: ppp authentication chap ms-chap. welche 12.1 er ios version hast du genau drauf? gruss rob

Hi, kommt da nun eigentlich ein voice oder ein Datencall von aussen rein? Kannst du nochmal bitte loggen, mit debug isdn q931 aktiv + debug dialer events + debug ppp negotiation! Es scheint kein Fehler zu sein, da der call ja an den dialer gebunden wird! gruss rob

Hi, na denn mann tau...:cool: Gruss rob

Hi, welches ios hast du genau drauf? bist du sicher, daß die gegenseite noch pap macht, weil diese sagt dass nicht, sondern du kriegst sofort einen reject... versuchs doch mal mit chap pap callin (also beide protokolle) und setzt den ppp chap hostname analog dem username und das ppp chap passwort analog dem pap passwort, dann die ganze sache nochmal debugen... gruss rob

hi, die gegenseite scheint dich nicht zu akzeptieren, bei freenet finde ich auch diese rufnummer nicht?! gruss rob

Hi, du kannst das file so einlesen, eventuell interface für interface-->manchmal verschlucken sich die router dabei, wenns zu schnell geht (zumindest hatte ich das schon beim 801 er). wenn ein fehler auftritt, kannst du versuchen, den entsprechenden befehl nochmal einzulesen, manchmal hat er den ios abhängig aber nicht, ansonsten kannst du den router booten bzw. ausschalten, solange du nicht gespeichert (write) hast, der router hat dann wieder die alten settings... gruss rob

Moin PC-Oldie, kann durchaus sein, dass faststep das problem ist, versuch doch mal folgendes. Mach ein telnet auf den router, melde dich an, routerxyz>enable<enter> enablepasswort<enter> routerxyz#config t<enter> jetzt fügst du die ganze config auf einmal ein und schaust nur noch, ob fehler auftreten... am ende ctrl-c routerxyz#wr<enter> gruss rob

Hi, vielleicht würde ein aktuelles 12.3 er ios das problem beheben... gruss rob

Hi,schalt mal des debugging an mit debug dialer events und debug ppp negotiation und poste mal den output... gruss rob

Hi, die router zeigen das no shutdown meistens nicht an, man kann es aber auch in die config reinschreiben... ist ein interface shutdown, dann steht das auf jeden fall in der config... du kannst im isdn eine nummernprüfung machen mit int bri0 isdn caller 123456789 :cool: gruss rob

Hi, hast du die config mit write gesichert? :cool: gruss rob