Page tree

Contents

This includes the following EAs:

  • Default Domain Name Pattern: This EA is used to control how domain names for IP address allocations are determined. Typically this pattern is used for private networks (not external), but if the External Domain Name Pattern is not set, it applies to all network types. This EA can be set to a fixed string or it can use patterns to generate unique zone names. For example, you may set this to cloud.example.com to have all DNS entries within that domain. Or you can use substitution patterns: {tenant_name}.cloud.example.com would place IPs associated with each tenant in their own domain.

    For domain names, the following patterns are supported:
    {network_name} is replaced with the OpenStack Network Name.
    {network_id} is replaced with the OpenStack Network ID.
    {tenant_name} is replaced with the OpenStack Tenant Name. Note that for this to work, the Tenant Name Persistence EA must be set to True.
    {tenant_id} is replaced with the OpenStack Tenant ID.
    {subnet_name} is replaced with the OpenStack Subnet Name.
    — {subnet_id} is replaced with the OpenStack Subnet ID.

    The DNS zones are created under a DNS View, the name of which is constructed using the DNS View EA.

  • External Domain Name Pattern: This EA is used to control how domain names for IP address allocations are determined for external networks. If this EA is not set, then the Default Domain Name Pattern is used for external networks. The same patterns are supported for the Default Domain Name Pattern.

  • Default Host Name Pattern: This EA controls host names in a manner similar to the way Default Domain Name Pattern control domain names. In addition to the patterns supported for domain names, this EA supports the following:
    {port_id} is the port ID of the port associated with the IP.
    {instance_id} is the Nova instance ID of the VM associated with the port.
    {instance_name} is the Nova instance name of the VM associated with the port.

    Note

    Special characters are not allowed in the instance name.

    {ip_address} is the IP address for this port or host, with dots replaced by dashes.
    {ip_address_octet{n}} where n is a number 1-4. This is for IPv4 addresses only. For example, if the pattern is host-{ip_address_octet2}-{ip_address_octet3} and the IP is 10.1.2.3, then the resulting hostname is host-1-2.

    Note

    If the host name pattern is set to {instance_name.constant}, then you should not create two instances with the same name in OpenStack as this will create the same DNS host record for both instances.

  • External Host Name Pattern: This EA controls host names in the same way as Default Host Name Pattern, but applies only to hosts allocated in an external network. If the External Host Name Pattern is not set, the Default Host Name Pattern is used for external networks.

    Per NIOS restriction, the domain label must not be longer than 63 characters.

  • Zone Creation Strategy: This EA controls the creation of forward mapping zones and reverse mapping zones. 

    Note

    When creating a router on Openstack in a high availability(HA) setup, Openstack creates an HA Network which has a /18 CIDR. To prevent router creation failure, you must remove the reverse option for zone creation strategy before router creation.

  • Tenant Name Persistence: Since Neutron does not have direct access to tenant names (they are part of Keystone), the Infoblox IPAM agent can cache the names it receives from the message bus. This reduces the Keystone API calls needed to retrieve tenant name. This EA controls this behavior; it must be set to True for tenant name support in domain or host names.

  • IPAM and DHCP/DNS Support: IPAM and DHCP/DNS support can be configured by tuning DHCP Support and DNS Support EAs. These include the following:

    • DHCP Support: When DHCP support is set to False, and Enable DHCP on Openstack is set to True, dnmasq-based DHCP is used.

      Note

      For NIOS DHCP service to function, you should disable the Openstack DHCP agent using the following command:
      $ openstack network agent set --disable <OpenStack DHCP Agent ID>

    • DNS Support: When this is set to False, DNS support is disabled. Enabling it allows DNS record generation and DNS protocol. The default is False.

Currently, the following configurations are supported:

IPAM Only:

  • DNS Support = False
  • DHCP Support = False

Full DHCP/DNS Support:

  • DNS Support = True
  • DHCP Support = True

Creating multiple network views with specific Default Network View Scope EA:

  • DNS Support = True
  • DHCP Support = False/True
    — If the DHCP Support EA is False:
    • When the Default Network View Scope EA is set to “Single”, the Grid Master or Grid member are not assigned to the network and multiple networks are created in the default or custom network view.
    • When the Default Network View Scope is set to “Tenant”/”Network”/”Subnet”/”Address Scope”, the Grid Master or Grid member are not assigned to the network, and a network view is added in NIOS for each new network.
    — If the DHCP Support EA is True:
    • When the Default Network View Scope is set to “Single”, the Grid Master is assigned to multiple networks in the default or custom network view.
    • When the Grid is standalone and the Default Network View Scope is set to “Tenant”/”Network”/”Subnet”, we can add only one network with the member assigned.
    • When the Grid is standalone with a member and the Default Network View Scope is set to “Tenant”/”Network”/”Subnet”, we can add only two networks: one to the Grid Master and another to the Grid member.
  • No labels

This page has no comments.