Re: PPP-layer Echo

From: Jose M Rodriguez (josemi_at_freebsd.jazztel.es)
Date: 04/28/05

  • Next message: Donatas: "net.link.ether.bridge question"
    To: freebsd-net@freebsd.org, "Crist J. Clark" <cjc@freebsd.org>
    Date: Thu, 28 Apr 2005 07:30:21 +0200
    
    

    El Miércoles, 27 de Abril de 2005 19:23, Crist J. Clark escribió:
    > I want to do something rather simple, but a quick look at
    > documentation ("man ppp") didn't give me an answer, and I'm
    > rather pressed for time.
    >
    > All I want to do is send an echo-request and listen for the
    > echo-reply at the PPP layer. Note that I am talking about
    > pings _at the link layer,_ not IP layer pings. A quick look
    > at the ppp(8) manpage didn't seem to indicate any tools for
    > sending or receiving PPP-layer echoes. If ppp(8) doesn't have
    > the ability, does anyone have any other _simple_ suggestions
    > for doing this (e.g. dunno if it's worth writing a netgrap(4)
    > node for this unless its really simple)?
    >

    This is FreeBSD-5.4RC3

    man ppp ...

    lqr
        Default: Disabled and Accepted. This option decides if Link
        Quality Requests will be sent or accepted. LQR is a protocol
        that allows ppp to determine that the link is down without rely-
        ing on the modems carrier detect. When LQR is enabled, ppp sends
        the QUALPROTO option (see ``set lqrperiod'' below) as part of the
        LCP request. If the peer agrees, both sides will exchange LQR
        packets at the agreed frequency, allowing detailed link quality
        monitoring by enabling LQM logging. If the peer doesn't agree,
        and if the ``echo'' option is enabled, ppp will send LCP ECHO
        requests instead. These packets pass no information of interest,
        but they MUST be replied to by the peer.

        Whether using LQR or LCP ECHO, ppp will abruptly drop the connec-
        tion if 5 unacknowledged packets have been sent rather than send-
        ing a 6th. A message is logged at the PHASE level, and any
        appropriate ``reconnect'' values are honoured as if the peer were
        responsible for dropping the connection.

        Refer to the ``enable echo'' command description for differences
        in behaviour prior to ppp version 3.4.2.

    ...

    echo
        Default: Disabled. When this option is enabled, ppp will send
        LCP ECHO requests to the peer at the frequency defined by
        ``echoperiod''. Note, LQR requests will supersede LCP ECHO
        requests if enabled and negotiated. See ``set lqrperiod'' below
        for details.

        Prior to ppp version 3.4.2, ``echo'' was considered enabled if
        lqr was enabled and negotiated, otherwise it was considered dis-
        abled. For the same behaviour, it is now necessary to ``enable
        lqr echo'' rather than just ``enable lqr''.
    ...

    echo is allways acepted, as this is part of lcp. You only need take a
    look to the logs (/var/log/ppp.log, fyi).

    Apr 28 07:07:14 antares ppp[785]: tun0: LCP: deflink:
    RecvEchoRequest(98) state = Opened
    Apr 28 07:07:14 antares ppp[785]: tun0: LCP: deflink: SendEchoReply(98)
    state = Opened
    Apr 28 07:07:44 antares ppp[785]: tun0: LCP: deflink:
    RecvEchoRequest(99) state = Opened
    Apr 28 07:07:44 antares ppp[785]: tun0: LCP: deflink: SendEchoReply(99)
    state = Opened
    Apr 28 07:08:15 antares ppp[785]: tun0: LCP: deflink:
    RecvEchoRequest(100) state = Opened
    Apr 28 07:08:15 antares ppp[785]: tun0: LCP: deflink: SendEchoReply(100)
    state = Opened
    Ap

    --
      josemi
    _______________________________________________
    freebsd-net@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-net
    To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
    

  • Next message: Donatas: "net.link.ether.bridge question"

    Relevant Pages

    • Re: Restarting DSL connection without reboot?
      ... the proper way is enabling echo and/or lqr. ... know when the other peer is down and will try to reconnect. ... LQR requests will supersede LCP ECHO ...
      (freebsd-questions)
    • Re: user ppp and PPPoE bridging
      ... I presume this is a result of the lost LQR packets. ... bandwidth isn't known to ppp. ... Perhaps the peer does not accept LQR. ...
      (freebsd-questions)
    • Re: Bug in userland PPP LQR?
      ... supporting LQR, but do not. ... Try instead lcp echo ... be a good idea to look at how the LQR counter is managed. ... counts irrevocably up to 5 after one LQR packet is missed. ...
      (freebsd-net)