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

    Option 150

    Scheduled Pinned Locked Moved DHCP and DNS
    5 Posts 2 Posters 1.3k 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.
    • P
      plrpilot
      last edited by plrpilot

      I'm having an issue where option 150 is defined on the DHCP server for an interface, but the devices on the vlan don't appear to be picking it up. I'm working with some old cisco 7941 and 7961 devices, and the tftp server never sees an attempt to connect. It's on the same VLAN as the phones. I can connect to it with my laptop just fine. Is there some secret sauce to make this work? My configuration is below, although I've probably tried every possible combination except the right one!
      Screen Shot 2019-12-07 at 1.52.23 AM.png

      Any ideas would be appreciated!

      1 Reply Last reply Reply Quote 0
      • johnpozJ
        johnpoz LAYER 8 Global Moderator
        last edited by johnpoz

        sniff a packet, is the option given out in the offer.. If so - its on the client to do something with that.

        Sure you don't need to assign it as a string.. Option 66 is the same isn't it with just 1 IP?

        Found this old thread about it.
        https://forum.netgate.com/topic/62865/option-150-format-for-multiple-tftp-servers-solved-workaround

        An intelligent man is sometimes forced to be drunk to spend time with his fools
        If you get confused: Listen to the Music Play
        Please don't Chat/PM me for help, unless mod related
        SG-4860 24.11 | Lab VMs 2.7.2, 24.11

        1 Reply Last reply Reply Quote 0
        • P
          plrpilot
          last edited by

          @johnpoz said in Option 150:

          https://forum.netgate.com/topic/62865/option-150-format-for-multiple-tftp-servers-solved-workaround

          I saw the old thread, but it was really more about configuring the array of IP's if you want more than one in option 150. I think your original idea is where I need to focus at the moment, but I'm not sure how. I've sniffed the packets and I have a capture of the phone communication when they are powered on and obtaining their IP address, but I can't for the life of me figure out where the options are specified in the trace.

          Option 66 would, under anything non-cisco, be the obvious choice for sending a single Tftp server, but my understanding is that Cisco phones expect a value in option 150 if the DHCP server is not also the Tftp server, which in my case it's not. (10.10.3.1 is DHCP, 10.10.3.2 is Tftp)

          I'll keep searching the Wireshark threads to see if I can figure out how to see the actual option 150 being handed to the phone.

          1 Reply Last reply Reply Quote 0
          • johnpozJ
            johnpoz LAYER 8 Global Moderator
            last edited by johnpoz

            Just open the sniff in wireshark - you will see all the dhcp options handed out..

            dhcp.jpg

            An intelligent man is sometimes forced to be drunk to spend time with his fools
            If you get confused: Listen to the Music Play
            Please don't Chat/PM me for help, unless mod related
            SG-4860 24.11 | Lab VMs 2.7.2, 24.11

            P 1 Reply Last reply Reply Quote 1
            • P
              plrpilot @johnpoz
              last edited by

              @johnpoz

              Crud -- I wasn't thinking. I didn't double click the reply packet in Wireshark. The DHCP server is sending both option 66 and option 150 with the correct TFTP server information, so pfsense is doing what it needs to do. I'll reach out on the Cisco forums and see if I can get some assistance on why the phone may not be trying to contact the tftp server.

              Thank you for your assistance!

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