Configuration tips and tricks: Difference between revisions

From wiki.comcert.com
Jump to navigation Jump to search
No edit summary
No edit summary
 
(11 intermediate revisions by the same user not shown)
Line 2: Line 2:
== Introduction ==
== Introduction ==


When you are new to nGeniusONE configuration, all those acronyms, variable names and definitions may be overwhelming.
We've all been here: all those acronyms, variable names and definitions may be overwhelming. 


These guidelines will assist you to dscover the power of nGeniusONE and explore its full potential.
These guidelines help users to discover the power of nGeniusONE and explore its full potential.


 
 
Line 10: Line 10:
== Solution ==
== Solution ==


=== Captitals ===
=== Name ===


Type ALL CAPS when configuring nGeniusONE and replace spaces by underscores or hyphens. 
Use meaingfull names for naming appliactions,communities, services ... .  Use as much as possible UPPER CASE.  Don't use space; replace with underscore '_" or hyphen "-". 


 
 


=== Prefixes ===
=== Prefix ===


Using prefixes allow you to clearly see where a variablesis being used in real-time screens and reports.
The use of prefix will clarify which varable is used on reports.  It allows for easy filtering and alphabetic ordening of longer lists.


==== Service Configuration ====
==== Module Service Configuration ====


*as_ = Application Service  
*as_ = Application Service  
*ns_ = Network Service  
*ns_ = Network Service  
*sh_ = Service Hierarchy


==== Global Settings ====
==== Module Global Settings ====


*ls_ = Location Key / Site  
*ls_ = Location Key of type Site  
*lv_ = Location Key / VLAN  
*lv_ = Location Key of type VLAN  
*lr_ = Location Key of type VRF
*cc_ = Client Community  
*cc_ = Client Community  
*sc_ = Server Community  
*sc_ = Server Community  
*tc_ = Telephony Community  
*tc_ = Telephony Community  
*vp_ = VIP
*ap_ = Application  
*ap_ = Application  
*ag_ = Application Group  
*ag_ = Application Group  


==== Policies ====
 
 
=== Policy ===
 
Most likely, colleagues from different departments will be involved during the configuration and updating nGeniusONE.


In most cases, people from different teams will assist in the configuration and updating of nGeniusONE's configuration.
Even for smaller and multidicipline teams, it is very important to create a set of rules, guidelines and policies on how to create applications, services etc.


It is very important to create a series of rules or guidelines on how to create applications, services etc.
It will also prevent duplicate configurations that only take resources from nGeniusONE without adding more visibility.


 
 

Latest revision as of 07:36, 9 May 2019

Introduction

We've all been here: all those acronyms, variable names and definitions may be overwhelming. 

These guidelines help users to discover the power of nGeniusONE and explore its full potential.

 

Solution

Name

Use meaingfull names for naming appliactions,communities, services ... .  Use as much as possible UPPER CASE.  Don't use space; replace with underscore '_" or hyphen "-". 

 

Prefix

The use of prefix will clarify which varable is used on reports.  It allows for easy filtering and alphabetic ordening of longer lists.

Module Service Configuration

  • as_ = Application Service
  • ns_ = Network Service

Module Global Settings

  • ls_ = Location Key of type Site
  • lv_ = Location Key of type VLAN
  • lr_ = Location Key of type VRF
  • cc_ = Client Community
  • sc_ = Server Community
  • tc_ = Telephony Community
  • ap_ = Application
  • ag_ = Application Group

 

Policy

Most likely, colleagues from different departments will be involved during the configuration and updating nGeniusONE.

Even for smaller and multidicipline teams, it is very important to create a set of rules, guidelines and policies on how to create applications, services etc.

It will also prevent duplicate configurations that only take resources from nGeniusONE without adding more visibility.