Anzeige:
Ergebnis 1 bis 10 von 10

Thema: ISDN Verbindung läuft nur ca. 20 sekunden

  1. #1
    Registrierter Benutzer
    Registriert seit
    Feb 2003
    Beiträge
    8

    ISDN Verbindung läuft nur ca. 20 sekunden

    Hi,

    folgendes:
    Ich hab ein Debian 3.0 Woody System laufen (Kernel 2.4.18) und geh mit isdn4linux und capi ins Netz. Nur funktioniert das insofern noch nicht wirklich, als meine Verbindung immer nur ca. 20 Sekunden steht. Danach scheint er zwar nicht aufzuhängen (nach einem "isdnctrl hangup ippp0" steht ganz normal da "ippp0 hung up"), aber meine Internet-Verbindung funktioniert trotzdem nicht mehr. Beim Versuch zu reconnecten bekomm ich immer folgendes:

    Feb 23 13:23:39 sparc kernel: ippp0: dialing 1 0193715...
    Feb 23 13:23:48 sparc kernel: isdn_net: local hangup ippp0
    Feb 23 13:23:48 sparc kernel: ippp0: Chargesum is 0

    Erst nach einem reboot kann ich wieder connecten, aber dann eben auch wieder nur für 20 sekunden oder so.

    Vielleicht kann mir da jemand helfen.

    Meine /var/log/messages sieht dann ungefähr so aus:

    Feb 23 13:20:34 sparc kernel: ippp0: dialing 1 0193715...
    Feb 23 13:20:36 sparc kernel: kcapi: appl 1 ncci 0x10101 up
    Feb 23 13:20:36 sparc ipppd[358]: Local number: 697663, Remote number: 0193715, Type: outgoing
    Feb 23 13:20:36 sparc ipppd[358]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8
    Feb 23 13:20:36 sparc kernel: isdn_net: ippp0 connected
    Feb 23 13:20:36 sparc kernel: capidrv-1: chan 0 up with ncci 0x10101
    Feb 23 13:20:36 sparc ipppd[358]: MPPP negotiation, He: No We: No
    Feb 23 13:20:36 sparc ipppd[358]: local IP address 212.114.160.65
    Feb 23 13:20:36 sparc ipppd[358]: remote IP address 212.114.160.1
    Feb 23 13:21:39 sparc kernel: NETDEV WATCHDOG: ippp0: transmit timed out
    Feb 23 13:21:39 sparc kernel: isdn_tx_timeout dev ippp0 dialstate 0
    Feb 23 13:21:39 sparc kernel: ippp0: all channels busy - requeuing!
    Feb 23 13:22:19 sparc kernel: NETDEV WATCHDOG: ippp0: transmit timed out
    Feb 23 13:22:19 sparc kernel: isdn_tx_timeout dev ippp0 dialstate 0
    Feb 23 13:22:19 sparc kernel: ippp0: all channels busy - requeuing!
    Feb 23 13:22:59 sparc kernel: NETDEV WATCHDOG: ippp0: transmit timed out
    Feb 23 13:22:59 sparc kernel: isdn_tx_timeout dev ippp0 dialstate 0
    Feb 23 13:22:59 sparc kernel: ippp0: all channels busy - requeuing!
    Feb 23 13:23:17 sparc ipppd[358]: Modem hangup
    Feb 23 13:23:17 sparc ipppd[358]: Connection terminated.
    Feb 23 13:23:17 sparc ipppd[358]: taking down PHASE_DEAD link 0, linkunit: 0
    Feb 23 13:23:17 sparc kernel: isdn_net: local hangup ippp0
    Feb 23 13:23:17 sparc kernel: ippp0: Chargesum is 0
    Feb 23 13:23:17 sparc ipppd[358]: closing fd 8 from unit 0
    Feb 23 13:23:17 sparc ipppd[358]: link 0 closed , linkunit: 0
    Feb 23 13:23:17 sparc ipppd[358]: reinit_unit: 0
    Feb 23 13:23:17 sparc ipppd[358]: Connect[0]: /dev/ippp0, fd: 8
    Feb 23 13:23:25 sparc kernel: ippp0: dialing 1 0193715...
    Feb 23 13:23:34 sparc kernel: isdn_net: local hangup ippp0
    Feb 23 13:23:34 sparc kernel: ippp0: Chargesum is 0
    Feb 23 13:23:39 sparc kernel: NETDEV WATCHDOG: ippp0: transmit timed out
    Feb 23 13:23:39 sparc kernel: isdn_tx_timeout dev ippp0 dialstate 0
    Feb 23 13:23:39 sparc kernel: OPEN: 212.114.160.65 -> 212.114.152.1 UDP, port: 1046 -> 53
    Feb 23 13:23:39 sparc kernel: ippp0: dialing 1 0193715...
    Feb 23 13:23:48 sparc kernel: isdn_net: local hangup ippp0
    Feb 23 13:23:48 sparc kernel: ippp0: Chargesum is 0


    vielen dank schonmal
    sparc

  2. #2
    Registrierter Benutzer
    Registriert seit
    Jun 2002
    Beiträge
    180
    Probier mal Dein ISDN Modul neu zu laden nachdem Du rausgeflogen bist. Spart evtl. die Zeit des neubootens. '/etc/init.d/isdn restart' bei mir unter SuSE 8.

    Das Problem selbst: Kannst Du denn irgendwelche Seiten aufrufen waehrend die Verbindung besteht?
    Wenn ja, dann scheinen wohl Deine Timeout Einstellungen fuer ppp Verbindungen zu klein zu sein. Spiel mal an den Settings in '/etc/ppp/options' rum und schau ob es hilft. (Vorher eine Sicherheitskopie machen falls dann gar nichts mehr geht! )

  3. #3
    Registrierter Benutzer
    Registriert seit
    Feb 2003
    Beiträge
    8
    also, mittlerweile hab ich gemerkt, dass die verbindung nur manchmal (eher gaaanz selten, ca. einmal in zehn versuchen) klappt und dann auch nur für ca. 20 sek.
    aber meistens kommt einfach nur das hier:

    Feb 23 13:23:39 sparc kernel: ippp0: dialing 1 0193715...
    Feb 23 13:23:48 sparc kernel: isdn_net: local hangup ippp0
    Feb 23 13:23:48 sparc kernel: ippp0: Chargesum is 0

    keine ahnung, warum...das ist eigentlich erstmal mein eigentliches problem.

    timeout ist auf 999 gestellt, dürfte also nicht das problem sein (habs auch schon mit anderen werten (200, 300) probiert).
    nein, seiten kann ich nicht aufrufen.
    was ich auch nicht verstehe ist folgende meldung:

    Feb 23 13:21:39 sparc kernel: NETDEV WATCHDOG: ippp0: transmit timed out
    Feb 23 13:21:39 sparc kernel: isdn_tx_timeout dev ippp0 dialstate 0
    Feb 23 13:21:39 sparc kernel: ippp0: all channels busy - requeuing!

    was hat das zu bedeuten ? nach dieser meldung ist zwar ippp0 anscheinend noch ganz normal aktiv (ich kann ganz normal 'isdnctrl hangup ippp0' machen, beim versuch zu dialen ist das device busy), aber man kann weder seiten aufrufen noch sonst irgendwas im internet machen (ping etc...).

  4. #4
    Registrierter Benutzer
    Registriert seit
    Jun 2002
    Beiträge
    180
    Also mit Timeout meine ich nicht den Timeout bis zum Auflegen einer inaktiven Verbindung, sondern die Timeouts beim aushandeln des Verbindungsprotokolls - nur um Unklarheiten von vorherein auszuschliessen

    Was steht denn im Kernel Log unter '/var/log/messages' wenn Du eine Verbindung startest? Einfach mal mit 'tail -f /var/log/messages' zuschauen.

    Mit den bisherigen Infos werde ich noch nicht so wirklich schlau.

  5. #5
    Registrierter Benutzer
    Registriert seit
    Feb 2003
    Beiträge
    8
    achsoooooo :)
    stimmt, ich meinte den idle-timeout, ok.
    kannst du mir auch sagen, wie die einstellung heißt ? und auf welchen wert ich das ungefähr setzen müsste...

    ok, zum rest nochmal von vorn:
    wenn das connecten funktioniert (was nur selten der fall ist) kommt folgendes:

    Feb 23 13:20:34 sparc kernel: ippp0: dialing 1 0193715...
    Feb 23 13:20:36 sparc kernel: kcapi: appl 1 ncci 0x10101 up
    Feb 23 13:20:36 sparc ipppd[358]: Local number: 697663, Remote number: 0193715, Type: outgoing
    Feb 23 13:20:36 sparc ipppd[358]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8
    Feb 23 13:20:36 sparc kernel: isdn_net: ippp0 connected
    Feb 23 13:20:36 sparc kernel: capidrv-1: chan 0 up with ncci 0x10101
    Feb 23 13:20:36 sparc ipppd[358]: MPPP negotiation, He: No We: No
    Feb 23 13:20:36 sparc ipppd[358]: local IP address 212.114.160.65
    Feb 23 13:20:36 sparc ipppd[358]: remote IP address 212.114.160.1

    in dieser kurzen zeit kann ich seiten aufrufen etc. und alles klappt wunderprächtig :)

    dann nach ca. 20-60 sek. kommt das hier (diese meldung versteh ich übrigens überhaupt nicht):

    Feb 23 13:21:39 sparc kernel: NETDEV WATCHDOG: ippp0: transmit timed out
    Feb 23 13:21:39 sparc kernel: isdn_tx_timeout dev ippp0 dialstate 0
    Feb 23 13:21:39 sparc kernel: ippp0: all channels busy - requeuing!

    dann funkt die verbindung nichtmehr (ippp0 scheint aber immernoch busy zu sein)

    wenn das connecten nicht funktioniert (was meistens der fall ist), kommt einfach nur das hier:

    Feb 23 13:23:25 sparc kernel: ippp0: dialing 1 0193715...
    Feb 23 13:23:34 sparc kernel: isdn_net: local hangup ippp0
    Feb 23 13:23:34 sparc kernel: ippp0: Chargesum is 0

    einigermaßen verständlich so ? :)

    was macht man da...

  6. #6
    Registrierter Benutzer
    Registriert seit
    Jun 2002
    Beiträge
    180
    Hmm, also bei den Versuchen bei denen gar nichts passiert wuerde ich mal auf Probleme mit den Kartentreibern tippen. Ich hatte so etwas auch mal, wobei sich das Problem irgendwann von alleine geloest hat als ich einen neuen Kernel und neue Treiber installiert habe.

    Zu dem Timeout einfach mal bei google suchen, mehr kann ich da nicht zu sagen.

    z.b. evtl.
    http://www.schmidma.de/know-how/deta...know-how84.htm
    oder
    http://www.uwsg.iu.edu/hypermail/lin...03.0/0079.html
    generell zur Nachricht

  7. #7
    Registrierter Benutzer
    Registriert seit
    Feb 2003
    Beiträge
    8
    also, ich hab da ne einstellung gefunden (in der /etc/isdn/ipppd.ippp0) names "pap-timeout" (glaub ich). aber auch wenn ich da mit den werten rumspiel (hab schon zw. 1-100 mehrere versucht) ändert sich nix, nichtmal die zeit, bis die verbindung aufhört zu funktionieren ändert sich (jedenfalls nicht wesentlich, ist eh immer etwas unterschiedlich).

    neuen treiber hab ich auch schon installiert, hab sogar 3 verschiedene versionen ausprobiert (von dem offiziellen AVM-treiber (fritzcard 2.0)), keine besserung...

    wobei ich glaube (kann auch nur zufall sein), dass die verbindung jetzt (nach einem reboot) meistens funktioniert. aber was bringt mir eine minute online-zeit

  8. #8
    Registrierter Benutzer
    Registriert seit
    Feb 2003
    Beiträge
    8
    also, das internet funktioniert unter linux jetzt zwar reibungslos, weil ich (auf den hinweis irgendeiner webseite hin) APIC im bios deaktiviert hab (wobei ich keine ahnung hab, was das eigentlich is, ich habs einfach nur ausgeschalten ).
    nur kann ich mich nicht drüber freuen, weil ohne dieses apic windows xp anscheinend nicht mehr funktioniert (was ich leider auch brauche).

    hmmmm.... jetzt bin ich echt ratlos.
    vielleicht hatte irgendjemand von euch dasselbe problem und weiß, was ich da vielleicht machen kann. würde windows z.b. nach einer neuinstallation auch ohne dieses apic funktionieren oder kann ich das vielleicht software-seitig ausschalten ?

    oder gibts vielleicht noch ne ganz andere lösung ?

    vielleicht kann mir auch jemand kurz erklären, was APIC eigentlich ist, und damit meine ich nicht nur was das ausgeschrieben heißt

  9. #9
    Registrierter Benutzer
    Registriert seit
    Feb 2003
    Beiträge
    8
    ok, ich hab das jetzt auch gelöst
    nach langem suchen im netz habe ich die kernel-option "noapic" gefunden, die anscheinend das APIC softwaremäßig deaktiviert.

    mein internet funktioniert jetz glaub ich reibungslos...

  10. #10
    Registrierter Benutzer
    Registriert seit
    Jun 2002
    Beiträge
    180
    Interessant, denn das APIC verursacht scheinbar auch beim Faxen Probleme (z.B. 'controller dead' im Kernellog).

    WinXP gewoehnt sich afaik bei einer Neuinstallation daran, dass APIC aus ist.

    Ach ja, APIC = Advanced Programmable Interrupt Controller

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •