Answered VMM 2012 SP1 CTP2 - ensure DHCP Server extension is installed

  • Thursday, July 05, 2012 11:02 PM
    Moderator
     
     

    I am working with NVGRE in the 2012 SP1 CTP2 and I tried deploying a VM with DHCP enabled in the environment and received the following error:

    I cannot figure out how to enable or push the extension (assuming that VMM needs to install it).

    Am I missing something here?


    Brian Ehlert
    http://ITProctology.blogspot.com
    Learn. Apply. Repeat.
    Disclaimer: Attempting change is of your own free will.

All Replies

  • Friday, July 06, 2012 7:44 AM
     
     

    Hi,

    i just started testing with it myself - so maybe I am totaly wrong here but did you install the dhcp server extension on the hosts server and did you also enable it on the NIC? In addition depending on your test scenario your switches have to suppor the GRE methode for you to use NVGRE. So as far as I understood it the dhcp server extension doesn't have to be enabled within a vm.

  • Friday, July 06, 2012 2:59 PM
    Moderator
     
     

    I had discovered the MSI installer for the extension about 30 minutes after posting.  I installed it at the end of the day.  I am going to play with that today.

    I had expected SCVMM to enable network virtualization on the switch (I had to do that manually), I also expected it to push the DHCP extension (which I installed manually).  Maybe my expectations were too high, but I think not.


    Brian Ehlert
    http://ITProctology.blogspot.com
    Learn. Apply. Repeat.
    Disclaimer: Attempting change is of your own free will.

  • Friday, July 06, 2012 4:47 PM
    Moderator
     
     Answered

    Okay,

    enable WNV, installt he DHCP extension, enable the extension (SCVMM catches that it is installed, but no attention whether it is enabled or not).

    Then interesting behavior that i am trying to figure out.

    A LookupRoute is created for the VM - a CA is taken from the IP Pool of the VM Network.  However, this same IP is not assigened to the VM, the VM gets an APIPA address instead.

    So, I am not sure what the configuraiton assumption is around DHCP within the Virtual Subnet.

    I am now playing with it a bit more.


    Brian Ehlert
    http://ITProctology.blogspot.com
    Learn. Apply. Repeat.
    Disclaimer: Attempting change is of your own free will.

  • Friday, July 06, 2012 5:55 PM
    Moderator
     
     

    On deployment the VM did not get an IP address from DHCP though a LookupRecord was created ( CA of 192.168.1.3 ) .  Strange I thought as without an IP that matches the CA in the LookupRecord, the NVGRE routing would not work.

    Then I created a DHCP VM on the same NVGRE network and booted the VM.  It got an IP from my DHCP VM ( 192.168.1.2 ).  Didn't match the LookupRecord, but since the two were on the same Hyper-V WNV is not in play, only the vSubnetId is.

    I then moved the VM to my other host.

    Now the VM gets the IP that matches the LookupRecord.  And the LookupRecord follows the VM.  This is more how I guessed this worked.  But, SCVMM is actually assigning the IP from the managed IP Pool.  There is no DHCP Server VM within the infrastructure that is being used.


    Brian Ehlert
    http://ITProctology.blogspot.com
    Learn. Apply. Repeat.
    Disclaimer: Attempting change is of your own free will.

  • Friday, July 06, 2012 9:19 PM
    Moderator
     
     

    Okay.  A bit more.

    I migrated the newly deployed VM to a different server and then things seemed to click in as I expected.

    The DHCP extension allows the SCVMM IP Pool to be used in assigning the IP address via DHCP (as far as the VM OS is concerned).  Therer is no DHCP VM required nor used in the environment.

    Now, I just need to set encapsulation instead of IPRewrite.


    Brian Ehlert
    http://ITProctology.blogspot.com
    Learn. Apply. Repeat.
    Disclaimer: Attempting change is of your own free will.


  • Friday, July 06, 2012 9:21 PM
    Moderator
     
     

    Not too worried about GRE support.

    As far as the fabric is concerned it it just a routable IP packet.  The very basic workgroupd switch that I use for testing works.  It would be more of a router level issue.

    And since RE has been around for some time I believe that most equipment should handle it without a hitch.


    Brian Ehlert
    http://ITProctology.blogspot.com
    Learn. Apply. Repeat.
    Disclaimer: Attempting change is of your own free will.

  • Friday, July 06, 2012 10:39 PM
    Moderator
     
     

    Okay, got it all working.

    I had to use PowerShell to create SCVMSubnets that use GRE instead of NAT.  This can only be set at creation time of the SCVMSubnet.

    Thanks!


    Brian Ehlert
    http://ITProctology.blogspot.com
    Learn. Apply. Repeat.
    Disclaimer: Attempting change is of your own free will.

  • Wednesday, April 24, 2013 5:27 PM
     
     

    You mention you found the DHCP server extension MSi...where did you find this?  Is it installed by default in the RTM version of SCVMM 2012 SP1? 

    I'm not finding the server extension msi anywhere, and searches all come up to your thread...which doesn't list it either...

    Thanks for the help

    john


    John Wildes | Hitachi Data Systems | Director - Microsoft Technologies | Converged Platforms

  • Wednesday, April 24, 2013 5:42 PM
     
     
    Nevermind..answered my own question...it is installed apparently by default.  Why you can't see this in SCVMM and you have to go to each host to check it...I find frustrating...but it's there, and I have the same problem other people have posted in other forums.  DHCP addresses not getting handed out to VMs connected to logical networks with IP pools...configured with DHCP on the VM nic...

    John Wildes | Hitachi Data Systems | Director - Microsoft Technologies | Converged Platforms