CHAPTER 18 Core Entities
Mediant 4000 SBC | User's Manual
Cloning SRDs
You can clone (duplicate) existing SRDs. This is especially useful when operating in a multi-tenant
environment and you need to add new tenants (SRDs). The new tenants can quickly and easily be
added by simply cloning one of the existing SRDs. Once cloned, all you need to do is tweak
configuration entities associated with the SRD clone.
When an SRD is cloned, the device adds the new SRD clone to the next available index row in the
SRDs table. The SRD clone is assigned a unique name in the following syntax format: <unique
clone ID>_<original SRD index>_CopyOf_<name, or index if no name, of original SRD>. For
example, if you clone SRD "SIP-Trunk" at index 2, the new SRD clone is assigned the name,
"36454371_2_CopyOf_SIP-Trunk".
The SRD clone has identical settings as the original SRD. In addition, all configuration entities
associated with the original SRD are also cloned and these clones are associated with the SRD
clone. The naming convention of these entities is the same as the SRD clone (see above) and all
have the same unique clone ID ("36454371" in the example above) as the cloned SRD. These
configuration entities include IP Groups, SIP Interfaces, Proxy Sets (without addresses),
Classification rules, and Call Admission Control profiles. If the Routing Policy associated with the
original SRD is not associated with any other SRD, the Routing Policy is also cloned and its' clone
is associated with the SRD clone. All configuration entities associated with the original Routing
Policy are also cloned and these clones are associated with the Routing Policy clone. These
configuration entities include IP-to-IP Routing rules, Inbound Manipulation rules, and Outbound
Manipulation rules.
When any configuration entity is cloned (e.g., an IP-to-IP Routing rule) as a result of a cloned SRD,
all fields of the entity's row which "point" to other entities (e.g., SIP Interface, Source IP Group, and
Destination IP Group) are replaced by their corresponding clones.
For some cloned entities such as SIP Interfaces, some parameter values may change.
This occurs in order to avoid the same parameter having the same value in more than
one table row (index), which would result in invalid configuration. For example, a SIP
Interface clone will have an empty Network Interface setting. After the clone process
finishes, you thus need to update the Network Interface for valid configuration.
➢
To clone an SRD:
■
Web interface: In the SRDs table, select an SRD to clone, and then click the
Clone
button.
■
CLI:
(config-voip)# srd clone <SRD index that you want cloned>
Color-Coding of SRDs in Web Interface
To easily identify your configured SRDs, the Web interface displays each SRD in a unique color.
The color is automatically and randomly assigned to new SRDs and is displayed in a box alongside
the name of the SRD in tables where the SRD is configured or assigned. This is applied throughout
the Web interface. The following example shows SRDs assigned with unique color codes.
- 333 -
Summary of Contents for Mediant 4000 SBC
Page 1: ...User s Manual AudioCodes Series of Session Border Controllers SBC Mediant 4000 SBC Version 7 2...
Page 40: ...Part I Getting Started with Initial Connectivity...
Page 48: ...Part II Management Tools...
Page 113: ...Part III General System Settings...
Page 118: ...Part IV General VoIP Configuration...
Page 525: ...Part V Session Border Controller Application...
Page 654: ...Part VI Cloud Resilience Package...
Page 663: ...Part VII High Availability System...
Page 685: ...Part VIII Maintenance...
Page 759: ...Part IX Status Performance Monitoring and Reporting...
Page 844: ...Part X Diagnostics...
Page 888: ...Part XI Appendix...