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

    Upgrade from 12/13 to 12/18 -> PPPoE dead…

    Scheduled Pinned Locked Moved 2.0-RC Snapshot Feedback and Problems - RETIRED
    193 Posts 20 Posters 89.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.
    • _
      _igor_
      last edited by

      In future posts, everyone please state if you have configured the same physical interface for both PPPoE/MLPPP/PPTP/L2TP (WAN) and OPTx(static/dynamic) (e.g. for modem management.)

      To clear it up:

      XL0 is my PPPOE-interface.
      So i assigned that same interface xl0 as OPT-interface. Thats what i was speaking about and what i understood which created the problem. If that is wrong, excuse me. Maybe i was not clear enough too.
      Due to the fact that i don't use the same interface for other things as PPPOE may be that simple assigning is only the half of the problem. The other half could be an assigned vlan to the same physical interface, right?

      1 Reply Last reply Reply Quote 0
      • G
        gnhb
        last edited by

        @clarknova:

        So if I understand you correctly your fix won't work for me because I'm using mlppp. Is that correct?

        No, the fix should work for you and everyone else with this problem. :)

        @_igor_: Okay, I mis-understood your last post . . .

        GB

        1 Reply Last reply Reply Quote 0
        • R
          romainp
          last edited by

          Seems better with the lastest snap from the 23th. I will test further.

          1 Reply Last reply Reply Quote 0
          • R
            romainp
            last edited by

            Still working on 2.0-BETA5 (i386) built on Sun Jan 23 10:30:03 EST 2011.

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

              2.0-BETA5 (amd64)
              built on Mon Jan 24 06:17:59 EST 2011

              mlppp on vlans
              vlans configured for modem access

              No change here, still have to manually connect.

              db

              1 Reply Last reply Reply Quote 0
              • jimpJ
                jimp Rebel Alliance Developer Netgate
                last edited by

                I bet the code is still detaching netgraph from the parent interface of the VLANs in your case, and the current fixes just got it one level closer.

                The code probably needs to take even more things into account, because in theory someone could have:

                pppoe0 on lagg0_vlan1 on lagg0 on em0, etc, etc. It needs to walk all the way back until it hits a real physical interface.

                Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                Need help fast? Netgate Global Support!

                Do not Chat/PM for help!

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

                  Yeah, I have

                  pppoe>OPTx>vlanx>em1

                  db

                  1 Reply Last reply Reply Quote 0
                  • J
                    jlepthien
                    last edited by

                    Just updated to the latest snap and "my" problem of this thread is gone! Hooray ;-)
                    I have vr0 set as OPT for modem access and as a PPPoE interface.
                    Updated to latest snap, rebooted and everything worked fine. This includes all my package updates! Yeah!

                    | apple fanboy | music lover | network and security specialist | in love with cisco systems |

                    1 Reply Last reply Reply Quote 0
                    • G
                      gnhb
                      last edited by

                      @jimp:

                      I bet the code is still detaching netgraph from the parent interface of the VLANs in your case, and the current fixes just got it one level closer.

                      pppoe0 on lagg0_vlan1 on lagg0 on em0, etc, etc. It needs to walk all the way back until it hits a real physical interface.

                      Your right on both counts. :) This is a pain IMO . . .

                      Maybe we should consider the reverse strategy, which is to allow netgraph to attach every node by default and detach ones where the node adversely effects interface performance. Is that feasible? Is there a way to identify such interfaces easily?

                      I'm curious about the motivation for the change to detaching the nodes. Did some customer or user experience some performance increase due to detaching the netgraph nodes?

                      GB

                      1 Reply Last reply Reply Quote 0
                      • jimpJ
                        jimp Rebel Alliance Developer Netgate
                        last edited by

                        Ermal would be the one to know for sure. He says detaching netgraph from interfaces that don't need it improves performance a bit. I'm not sure if anyone has run the numbers, but the way it is now we've outpaced a $40k checkpoint firewall :-)
                        (Search the forum, someone posted benchmarks)

                        Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                        Need help fast? Netgate Global Support!

                        Do not Chat/PM for help!

                        1 Reply Last reply Reply Quote 0
                        • G
                          gnhb
                          last edited by

                          New stuff committed to try to address clarknova's config. I think is might still use some work. As before, I can't test with PPPoE right now so it might not work.

                          GB

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

                            2.0-BETA5 (amd64)
                            built on Tue Jan 25 07:56:16 EST 2011

                            Spontaneous connection! Thank you, and well done.

                            db

                            1 Reply Last reply Reply Quote 0
                            • G
                              gnhb
                              last edited by

                              Nice! :)

                              1 Reply Last reply Reply Quote 0
                              • S
                                sburgiel
                                last edited by

                                I have no problem with my PPPoE DSL WAN link connecting, using the latest snapshots and having an OPTx interface configured for managing my DSL modem.  Thank you! ;D

                                1 Reply Last reply Reply Quote 0
                                • J
                                  jlepthien
                                  last edited by

                                  Oh boy this is soooo annoying. With the latest snap of today it is broken again. Box takes 'forever' to get connected via PPPoE…that is so lame and we are on RC status now. Why do things like this brake? I will stay on a 'stable' RC now and let some other guys do the testing. This is getting old...

                                  | apple fanboy | music lover | network and security specialist | in love with cisco systems |

                                  1 Reply Last reply Reply Quote 0
                                  • E
                                    eri--
                                    last edited by

                                    I do not think anybody touched that code.
                                    You sure its something you did or a pacakge did?

                                    1 Reply Last reply Reply Quote 0
                                    • J
                                      jlepthien
                                      last edited by

                                      It's the same behavior as before. After reboot there was no PPPoE connection. Now I installed one of my packages (nmap) and after that I get Error 500 - Internal Server Error again. Now I'll need to reboot, install avahi and then do another reboot before everything works again…sigh...

                                      | apple fanboy | music lover | network and security specialist | in love with cisco systems |

                                      1 Reply Last reply Reply Quote 0
                                      • J
                                        jlepthien
                                        last edited by

                                        Now on the console the output is (exactly like in those days it was broken):

                                        Mar 22 21:32:16 voldemort kernel: pid 5720 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 5814 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 6008 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 6324 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 6653 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 6885 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 6919 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 6974 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 7177 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 7278 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 7445 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 7538 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 7577 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 7762 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 7935 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 8109 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 8449 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 8491 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 8727 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 8744 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 8764 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 9075 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 9106 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 9216 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 9325 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 9585 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 9658 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 9949 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 10234 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 10566 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 10815 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 11116 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 11218 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 11469 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 11558 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 11820 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 12052 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 12153 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 12291 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 12351 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 12494 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 12547 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 12626 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 12752 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 12862 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 13136 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 13327 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 13463 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 13783 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 14096 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 14374 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 14379 (php), uid 0: exited on signal 11
Mar 22 21:32:16 voldemort kernel: pid 14656 (php), uid 0: exited on signal 1

                                        Goes on and on and on…

                                        | apple fanboy | music lover | network and security specialist | in love with cisco systems |

                                        1 Reply Last reply Reply Quote 0
                                        • jimpJ
                                          jimp Rebel Alliance Developer Netgate
                                          last edited by

                                          It may have been Efonne's attempt to fix the ro/rw filesystem status at boot time, if you're on nanobsd and hitting this.

                                          Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

                                          Need help fast? Netgate Global Support!

                                          Do not Chat/PM for help!

                                          1 Reply Last reply Reply Quote 0
                                          • J
                                            jlepthien
                                            last edited by

                                            Yep, nanoBSD…

                                            | apple fanboy | music lover | network and security specialist | in love with cisco systems |

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