• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

PXE : switches to DOT1X and/or MAB

Scheduled Pinned Locked Moved Unsolved
FOG Problems
2
2
266
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.
  • N
    Nicolas Bricet
    last edited by Nicolas Bricet Jun 21, 2024, 2:52 AM Jun 21, 2024, 8:43 AM

    Hello,

    FOG version: stable - 1.5.10

    I am making this post because we are having a problem with the PXE boot since we switched our switches to DOT1X and/or MAB.

    • With MAB alone no problem
    • With DOT1X and MAB active: the PXE boot starts with a latency of 30 seconds on Start PXE (probably the switch from DOT1X to MAB) (attached)

    1718958513372.jpg

    We get the IP address but during the second DHCP request it gives us this error:
    “No configuration methods succeeded” after the two attempts (attached)

    1718958513367.jpg

    After a few seconds we do the “dhcp” command and there we see that the network is active (surely the switch from DOT1X to MAB) (attached)

    1718958513362.jpg

    I tested the “autoboot” command, we can see that we contact the server but we did not have permission to start (attached)

    1718958513355.jpg

    How should we modify this boot sequence to for example make 5 attempts instead of 2, I suppose that the ipxe.efi file has to be redone but how? 🙂

    • With DOT1X alone, it blocks on PXE start and nothing happens (attached)

    1718958513372.jpg

    Do you use DOT1X and MAB on your switches and if so, have you found solutions?

    Thank you in advance.
    Have a nice day.

    G 1 Reply Last reply Jun 21, 2024, 2:46 PM Reply Quote 0
    • G
      george1421 Moderator @Nicolas Bricet
      last edited by Jun 21, 2024, 2:46 PM

      @Nicolas-Bricet This really sounds like a spanning tree issue vs dot1x authentication (unless your authentication process is taking a really long time to authenticate the port). Make sure the port is configured for port-fast, fast-stp, rstp or whatever your switch manufacturer calls it.

      Secondly if TIME is the resolution then this can probably be addressed too.

      First of all we have the ability to update the iPXE boot loader from a fog install. This tutorial is intended to solve a different problem but you will need this in your solution: https://forums.fogproject.org/topic/15826/updating-compiling-the-latest-version-of-ipxe

      So at this point you know that you can rebuild iPXE right from your fog server. Now we need to adjust iPXE to wait 30 seconds before requesting an IP address (FWIW, by default spanning tree it take 27 seconds to start forwarding data, so the timing is suspiciously similar).
      When iPXE boots up it runs a FOG custom script file that tells iPXE how to configure itself. If you can remember back to the DOS days, this was the autoexec.bat files function. iPXE has a similar script. Within the iPXE source directory the file is call ipxescript (a look on github) https://github.com/FOGProject/fogproject/blob/a4bb1bf39ac53c3cbe623576915fbc3b5c80a00f/src/ipxe/src-efi/ipxescript#L1 This is the script that runs inside iPXE to configure the network.

      To take this concept one step more, the FOG developers have already created a version of the iPXE that has a 10 second boot delay (remember you need a 30 second delay). An example of this 10 second delay startup is here: https://github.com/FOGProject/fogproject/blob/a4bb1bf39ac53c3cbe623576915fbc3b5c80a00f/src/ipxe/src-efi/ipxescript10sec#L3 All you need to do is either update that 10 to a 30 or copy that line over to the ipxescript main script and change it to 30. Once that is done recompile ipxe using the instructions above.

      The FOG delivered 10second delay versions of iPXE are located in the /tftpboot/10seconds directory. So you have two paths to get this done, but I would surely look into spanning tree first to make sure port fast is enabled and make the above second way unnecessary.

      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

      1 Reply Last reply Reply Quote 0
      • 1 / 1
      1 / 1
      • First post
        1/2
        Last post

      185

      Online

      12.1k

      Users

      17.3k

      Topics

      155.4k

      Posts
      Copyright © 2012-2024 FOG Project