WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud
  • Tanzu
    • Application Modernization
    • Tanzu services
    • Tanzu Community Edition
    • Tanzu Kubernetes Grid
    • vSphere with Tanzu
  • Home Lab
  • Nested Virtualization
  • Apple
You are here: Home / Automation / Quick Tip - Using ESXi Scripted Installation (kickstart) to configure IPv6 networking

Quick Tip - Using ESXi Scripted Installation (kickstart) to configure IPv6 networking

06.21.2022 by William Lam // 3 Comments

I have written numerous articles on the topic of ESXi Scripted Installation aka Kickstart, which is just one of the many options that enables customers to fully automate the installation and configuration of their ESXi hosts. An interesting question that recently came up internally was whether you could configure ESXi networking using IPv6, rather than IPv4 using the default ESXi Kickstart network parameters?

If you look at the ESXi network params as they are labeled such as netmask, it would seem that these are only applicable to IPv4. Although my personal experience has been exclusively IPv4, I figure I would take a quick look at the python code which powers the ESXi Kickstart infrastructure which is located under /usr/lib/vmware/weasel directory. Although I am not a Developer, from what I could grok, it seems like IPv6 might actually be possible using these exact same parameters.

Using Nested ESXi and the new vSphere 7.0 Update 2 feature HTTP Boot over virtual EFI, I was able to setup a quick prototype to validate that you can indeed configure IPv6 using the same ESXi networking parameters, which are applicable to both IPv4 and IPv6.

The only difference is that for IPv6, the netmask parameter accepts a network prefix rather than a traditional netmask value. Below is a snippet from my ESXi Kickstart which demonstrates the configuration of IPv6 networking.

vmaccepteula
install --firstdisk --overwritevmfs
reboot

rootpw VMware1!
network --bootproto=static --ip=2a01:7c8:aab5:4ce::1 --netmask=48 --gateway=2a01:7c8:aab5::1 --nameserver=2a01:aaa:aaab::1 --hostname=esxi-1.primp-industries.local

If we look at the esxi_install.log, we can see that our IPv6 parameters are properly parsed by the installer.


Once the installation has completed, we can now confirm that our ESXi host has been installed and configured with an IPv6 address and IPv4 is not configured as expected.

After all these years writing about ESXi Scripted Installation, it is still cool to learn something new! I also plan to file a documentation enhancement so that our official documentation will include this information.

More from my site

  • Configuring dnsmasq as PXE Server for ESXi 
  • How to prevent physical CD-ROM from ejecting after installing or upgrading ESXi?
  • Automated ESXi Installation to USB using Kickstart
  • Revisiting prompting for user input during an interactive or scripted install of ESXi
  • Quick Tip - What hashing algorithm is supported for ESXi Kickstart password?
Share this...
  • Twitter
  • Facebook
  • Linkedin
  • Reddit
  • Pinterest

Categories // Automation, ESXi Tags // esxi, ipv6, kickstart

Comments

  1. KW says

    06/22/2022 at 1:17 am

    Hey William, cool Quick Tip and very useful. Did you also test if it is possible to assign a IPv4 and an IPv6 Mgmt. Address to an ESXi Host via the kickstart script so that the Host is Dual Stack enabled?

    Reply
    • William Lam says

      06/22/2022 at 6:28 am

      If you're using the Kickstart "network" param, you can only setup either IPv4 or IPv6. If you want to have dual stack, then you can do IPv4 and then use ESXCLI as part of your firstboot to configure IPv6 interface or reverse, setup IPv6 initially then IPv4 afterwards.

      Reply
      • KW says

        06/23/2022 at 6:14 am

        Thank you for the Quick Tip, the Reply and show a Solution for the dual stack configuration. We will test this and check how it goes.

        Reply

Thanks for the comment! Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Author

William Lam is a Senior Staff Solution Architect working in the VMware Cloud team within the Cloud Infrastructure Business Group (CIBG) at VMware. He focuses on Cloud Native technologies, Automation, Integration and Operation for the VMware Cloud based Software Defined Datacenters (SDDC)

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.
To find out more, including how to control cookies, see here: Cookie Policy

Connect

  • Email
  • GitHub
  • LinkedIn
  • RSS
  • Twitter
  • Vimeo

Support

Recent

  • A first look at the new vSphere+ & vSAN+ Cloud Service 07/01/2022
  • Quick Tip - Prepare VMware Photon OS for use with vSphere Guest OS Customization and cloud-init 06/29/2022
  • Using the new vSphere Guest OS Customization with cloud-init in vSphere 7.0 Update 3 06/27/2022
  • How to forcefully disconnect a vSphere VM Console session? 06/24/2022
  • Quick Tip - Using ESXi Scripted Installation (kickstart) to configure IPv6 networking 06/21/2022

Advertisment

Copyright WilliamLam.com © 2022

 

Loading Comments...