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

    What do to when TFTP server (for something else) is already running on network?

    Scheduled Pinned Locked Moved
    FOG Problems
    3
    3
    1.3k
    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.
    • J
      J Rider
      last edited by

      Hello,

      How you guys handle situations when Option 66 on your Windows DHCP scope is already being used by something else? For example, we have Option 66 configured for our IP phones to hand out the configuration files. If I change option 66 to the Fog Server’s IP, then the phones will no longer get handed the files they need.

      Thanks!

      1 Reply Last reply Reply Quote 0
      • JunkhackerJ
        Junkhacker Developer
        last edited by

        i was under the impression that most people with voip phones put them on their own vlan

        signature:
        Junkhacker
        We are here to help you. If you are unresponsive to our questions, don't expect us to be responsive to yours.

        1 Reply Last reply Reply Quote 0
        • Tom ElliottT
          Tom Elliott
          last edited by

          I second Junkhackers statement. Typically, people place VoIP and Computer systems on separate networks. This serves two purposes.

          1. It ensures traffic for VoIP is separated and uninterrupted by everyday network traffic.

          2. It ensures somebody doesn’t accidentally get misleading information for troubleshooting within the network.

          Unless your VoIP phones are being handed the exact same IP range as the systems (Highly recommend against) Windows DHCP Scope options can be specified per scope, not per server. This means, if you have 3 networks being handled by the same DHCP server, you can have each network find and get their relevant information all separate from one another.

          For example,

          192.168.1.X is looking to get Option 66/67 from 192.168.1.5 and undionly.kpxe

          172.16.X.X is looking to get Option 66/67 from 172.16.15.1 and pxelinux.0

          10.X.X.X is looking to get Option 66/67 from 10.2.5.3 and receives the VoIP phone tftp files.

          Again, that’s just a simple break down, but this can all be done from a singular DHCP server.

          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! Get in contact with me (chat bubble in the top right corner) if you want to join in.

          Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

          Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

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

          244

          Online

          12.0k

          Users

          17.3k

          Topics

          155.2k

          Posts
          Copyright © 2012-2024 FOG Project