Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    2.0RC MLPPP doesn't work with my provider

    Scheduled Pinned Locked Moved 2.0-RC Snapshot Feedback and Problems - RETIRED
    27 Posts 4 Posters 10.5k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • E
      Epoch
      last edited by

      I saw that Mpd supports a bunch of cool options, but I have yet to find one that would help.
      Basically, what I am seeing appears to be something that was fixed in 2008 in the mpd5 cvs, but maybe it didn't make its way into mpd5.5 in pfsense.

      This is where I see the same issue diagnosed by one of the authors of mpd, and that he put a patch in to resolve this very issue.

      Same issue, identified by Alexander Motin

      Patched by Alexander Motin

      That is what I don't understand, this issue appears to have been fixed over 3 years ago, but somehow I have this very problem.  Maybe there is a recursion, I don't really know, but in theory it should impact Teksavvy users.

      In theory, if a Teksavvy user restarted a mlppp session they should see in their logs similar things to what I have in mine, but it should renegotiate after the access concentrator.  For some reason, mine won't.  It probably wouldn't hurt to see those logs though and see if something is different since Teksavvy uses Juniper gear instead of Cisco gear.

      1 Reply Last reply Reply Quote 0
      • C
        clarknova
        last edited by

        @Epoch:

        It probably wouldn't hurt to see those logs though and see if something is different since Teksavvy uses Juniper gear instead of Cisco gear.

        Enjoy.

        ppp.log.txt

        db

        1 Reply Last reply Reply Quote 0
        • E
          Epoch
          last edited by

          There is one key difference in between your logs and mine:
          "May 11 23:30:13 pfsense ppp: [wan_link0] LCP: rec'd Configure Nak #3 (Ack-Sent)"

          When you hit the access server you get a CONFNAK or "Configure Negative Acknowledgement" message which renegotiates MRRU, it looks like I am not getting a CONFNAK message from my ISP and their gear.

          1 Reply Last reply Reply Quote 0
          • C
            clarknova
            last edited by

            You may want to ask gnhb to look at this thread. I believe he did the bulk of the work getting mlppp into pfsense, so he may have some insight for you on this problem.

            db

            1 Reply Last reply Reply Quote 0
            • E
              Epoch
              last edited by

              That may be true, but it appears that the MNSi Cisco LNS isn't sending CONFIGURE-NAK back to my router which is the root cause of this issue, and it isn't rejecting the LCP parameters either.

              1 Reply Last reply Reply Quote 0
              • C
                clarknova
                last edited by

                But presumably other users with other routers are able to use mlppp with your ISP's broken equipment. If this is the case, then perhaps pfsense could be made to as well.

                db

                1 Reply Last reply Reply Quote 0
                • E
                  Epoch
                  last edited by

                  I know that other gear works, as between myself and the ISP there has been verification that Cisco gear works with them, as does Mikrotik gear.
                  In fact, my pfSense box is behind a Mikrotik router right now so that I can use multilink while I try and figure out why pfSense doesn't work.

                  1 Reply Last reply Reply Quote 0
                  • First post
                    Last post
                  Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.