Table of Contents
Advertisement
VitalQIP Product Description
What's New in VitalQIP 7.2
6.1 Security
VitalQIP uses the Administrator Profile to define the administrative policies, privileges, and roles of those
individuals who are expected to manage the network or portions of the network, and to define what
impact they have on their assigned portions. In VitalQIP, you define the different types of administrator
and assign privileges to each administrator profile. For example, you can establish an administrator
profile that has read-only permissions to an entire "organization" or all the components and/or objects
within that organization, based upon the administrator type chosen. The four types are Normal
Administrator, Master Administrator, Organization Administrator and Read-Only Organization
Administrator. Also with Managed Lists, you define the components of the network for which the
administrator is authoritative. The privileges you establish in the Administrator Information tab apply to
all the selections you make in the Managed List tab.
If you are setting up similar profiles for several administrators, you should consider defining an
administrative role and assigning it to each profile. That way, if there are infrastructure changes to the
network components assigned to the role, you need only update the administrative role and save yourself
the trouble of having to update each administrator profile to reflect the modified infrastructure. To
customize, you specify the menus that the administrator whose profile you are creating can access. You
can also define how the hierarchy appears when it is expanded by setting the domain folder and quick
view options. Each Administrator name or ID must be unique. Delegated administrators can optionally
create other administrators.
Audit Logs are created for logging of addresses usage, administrator additions, deletions and modification
to the infrastructure. Administrators using web interfaces can utilize secure sockets layer, SSL.
File transfers (pushes) can be configured to provide a level of encryption for the transfer of information
between DNS servers. Access control lists on remote servers can be used to limit the IP addresses from
which the server will accept updates and configuration information. Secure dynamic DNS updates via
GSS-TSIG provide an additional authentication security mechanism for updating DNS servers.
VitalQIP provides an online backup procedure for securing of the data outside of the VitalQIP system.
Three types of backups exist, one for backing up the master database, one for the VitalQIP database and
one for backing up the transaction log. All backups can be performed to a tape file or a disk file.
6.2 Disaster Recovery
VitalQIP provides many-to-one DHCP server functionality. This means that a single secondary DHCP
server can be the backup for multiple primary DHCP servers located at different sites. The transition
between primary and secondary servers is totally transparent to the clients requesting leases. Although
VitalQIP is not certified on any high availability hardware architecture, deployments of VitalQIP are
running on UNIX high availability platforms that conceivably could be remotely housed and many cases
customers use third party appliances to support this. In the appliance architecture many-to-one DHCP
server functionality is supported as well as DNS failover.
7
WHAT'S NEW IN VITALQIP 7.2
VitalQIP release 7.2 continues to enhance the next generation web services architecture, enriching the
user experience through state-of-the-art web GUI and additional features to better fit customers'
operational environment.
©
Copyright
2009 Alcatel-Lucent
Page 47
Use pursuant to company instructions
Hide quick links:
Advertisement
Table of Contents
