[BUG?] "isdn_tx_timeout dev ippp1 dialstate 0" after answering ca ll second time

From: Rolf Fokkens (FokkensR@vertis.nl)
Date: Sat Jun 10 2000 - 06:52:42 EDT

  • Next message: Henning P. Schmiedehausen: "Re: (reiserfs) Re: New Linux 2.5 - 2.6 TODO (Alan Cox suggestsdelaying reiserfs integration)"

    Hi!

    We're using a RedHat 6.2 configuration as a dial-in server. ipppd is able to
    answer the calls, but only the first call results in a correct data
    connection. The second and later calls result in a connection but IP trafic
    seems to be passed in only one direction: only to the dial-in server. I
    tried thsi both by using a Linux machine as a dialer and a cisco as a
    dialer. IP packets from the dial-in server to the dialing machine result in
    the message (in /var/log/messages) in the Subject:

    kernel: isdn_tx_timeout dev ippp1 dialstate 0

    I used tcpdump to trace trafic on both ends of the connection, when doing a
    ping from the dialing machine to the dial-in server. tcpdump shows the
    packets (icpm request) from the dialing machine to the dial-in server, but
    no return packets (icmp reply); they all result in the timeout messages. The
    icmp replies show up in tcpdump on the dial-in server after a long while,
    but they never show up in tcpdump on the dialing machine.

    OK, I know there isn't much detail here. But you all could confirm myproblem
    or hopefully tell me that you don't have the same problems. Maybe someone
    could tell me what dialstate 0 means, I looked in the sources but
    dialstate's values are just numbers so I don't understand what they mean.
    This may not even be a kernel problem but a ipppd kernel, maybe you have
    some ideas on that.

    If any of you would like extra info, just let me know. Any feedback is
    welcome. Thanks!

    Rolf.

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.tux.org/lkml/



    This archive was generated by hypermail 2b29 : Sat Jun 10 2000 - 07:00:04 EDT