Feature |
Product |
Release introduced |
---|---|---|
Dynamic Nickname Assignment |
5320 Series |
Fabric Engine 8.6 |
5420 Series |
VOSS 8.4 |
|
5520 Series |
VOSS 8.2.5 |
|
5720 Series |
Fabric Engine 8.7 |
|
VSP 4450 Series |
VOSS 7.0 |
|
VSP 4900 Series |
VOSS 8.1 |
|
VSP 7200 Series |
VOSS 7.0 |
|
VSP 7400 Series |
VOSS 8.0.5 |
|
VSP 8200 Series |
VOSS 7.0 |
|
VSP 8400 Series |
VOSS 7.0 |
|
VSP 8600 Series |
Not Supported |
|
XA1400 Series |
Not Supported |
|
Extends the assignment behavior with a prefix parameter |
5320 Series |
Fabric Engine 8.6 |
5420 Series |
VOSS 8.4 |
|
5520 Series |
VOSS 8.3 |
|
5720 Series |
Fabric Engine 8.7 |
|
VSP 4450 Series |
VOSS 8.3 |
|
VSP 4900 Series |
VOSS 8.3 |
|
VSP 7200 Series |
VOSS 8.3 |
|
VSP 7400 Series |
VOSS 8.3 |
|
VSP 8200 Series |
VOSS 8.3 |
|
VSP 8400 Series |
VOSS 8.3 |
|
VSP 8600 Series |
Not Supported |
|
XA1400 Series |
Not Supported |
Dynamic Nickname Assignment is a service that provides unique nicknames to compatible switches across a Fabric Area Network (FAN).
You can configure a node in a FAN as a nickname server. The nickname server cannot be started until you configure it with a static nickname. As a best practice, configure at least two nickname servers in a FAN to provide redundancy.
Note
Configure the nickname server with a static nickname that is outside any configured dynamic nickname server range in the network, or you can configure the nickname server with a static nickname from the first 10 values of the configured dynamic nickname server range in the network.
The nickname server interrogates FAN nodes that have been assigned a dynamic nickname to avoid nickname duplication.
A client joining the dynamic FAN in factory default mode initially does not have a nickname, and issues a broadcast soliciting a valid nickname assignment. The nickname server receives the request and responds with a nickname assignment offer. The client then explicitly requests the particular nickname offered and the nickname server sends an acknowledgment.
The client maintains the nickname in persistent memory regardless of whether the active nickname server is the same server that originally provided the nickname. The client generates a trap and notifies the user if it is unable to receive a nickname from the server. When IS-IS starts, it issues a trap if a client does not have a nickname and clears the trap when the client receives a nickname from the nickname server.
A client rebooting or reconnecting to the FAN requests the same nickname assignment it had before reboot. If the requested nickname is within the nickname server‘s configured range of nicknames and is still available, the server acknowledges the nickname. If the requested nickname is outside of the nickname server‘s configured range or if the nickname has been assigned to another client, the request is denied by the nickname server and the client must request a new nickname.
You can use static nickname assignment and Dynamic Nickname Assignment in the same FAN.
You can configure Dynamic Nickname Assignment using a range prefix that can use a range from 0.00.00 to F.FF.FF. This method provides 256 groups that cover the range of 0.00.00 to F.FF.FF.
Note
You can configure the nickname server with a static nickname from the first 10 values of the configured dynamic nickname server range in the network.
Do not use nicknames from the dynamic nickname range when you assign nicknames statically to non-server nodes. However, if there are existing nodes in the network with static nicknames in the dynamic nickname range, it is not a requirement to change their nickname assignment. If a node is assigned a dynamic nickname that is being used in the network, duplicate nickname protection is initiated. If the node that has the dynamic nickname loses the nickname election, it requests a different nickname from the nickname server. If a node with a static nickname loses the nickname election, IS-IS is disabled on that node and you must manually re-assign the nickname and re-enable IS-IS.
Note
You must disable Dynamic Nickname Assignment before you can change the nickname prefix.
A node must be a member of a FAN to host Dynamic Nickname Assignment applications. FAN connectivity enables the exchange of information between nickname clients and servers, such as nickname requests or nickname assignments. You can use Connectivity Fault Management (CFM) to debug connectivity issues or isolate faults. For more information about CFM, see Connectivity Fault Management.
The following scenarios provide examples to help debug possible failure cases in single and multi-area configurations.
Configuration:
Existing Switch1 with static nickname of 7.44.65 in area 49.0001
New Switch2 with static nickname 7.44.65 in area 49.0001
Result:
Because Switch1 has been in the network longer, it wins the election and remains operational when you add the new switch.
IS-IS on Switch2 does not activate.
Nodes in the Fabric identify a nickname conflict in log messages on the console.
Log messages:
CP1 [08/29/22 10:09:20.543:EDT] 0x00004727 00000000 GlobalRouter SNMP INFO SPBM detected adj UP on Port1/5 , neighbor c8be.35db.6084 CP1 [08/29/22 10:09:20.596:EDT] 0x0000471b 00000000 GlobalRouter SNMP WARNING SPBM ISIS detected duplicate nick-name 7.44.65 from node c8be.35db.6084 (UNKNOWN), 2 nodes use this nick-name CP1 [08/29/22 10:09:46.852:EDT] 0x00004726 00000000 GlobalRouter SNMP INFO SPBM detected adj DOWN on Port1/5 , neighbor c8be.35db.6084 (5420M-24W-4YE-VOSS) CP1 [08/29/22 10:09:46.862:EDT] 0x001dc6f6 00000000 GlobalRouter ISIS WARNING FIB-used node bcad.ab77.4465 has the duplicate nick name 7.44.65 with Non-FIB-used node c8be.35db.6084 1 2022-08-29T10:09:19.947-04:00 ybr-sw-idf2-vsp7400-1 CP1 - 0x0000471b - 00000000 GlobalRouter SNMP WARNING SPBM ISIS detected duplicate nick-name 7.44.65 from node c8be.35db.6084 (UNKNOWN), 2 nodes use this nick-name 1 2022-08-29T10:09:23.291-04:00 ybr-sw-idf2-vsp7400-1 CP1 - 0x0000c5ec - 00300001.196 DYNAMIC CLEAR GlobalRouter HW INFO Link Up(1/5) 1 2022-08-29T10:09:46.178-04:00 ybr-sw-idf2-vsp7400-1 CP1 - 0x001dc6f6 - 00000000 GlobalRouter ISIS WARNING FIB-used node bcad.ab77.4465 has the duplicate nick name 7.44.65 with Non-FIB-used node c8be.35db.6084
Configuration:
Existing Switch1 with static assignment a.05.fb in area 49.0001
New Switch2 with dynamic assignment a.05.fb in area 49.0001
Result:
Switch2 recognizes the conflicting nickname immediately and requests a new nickname from the nickname server.
Switch1 is unaffected.
Log messages:
1 2022-08-29T14:50:33.624Z Ybr-Sw-IDF1-2-NA CP1 - 0x00000008 - 00000000 GlobalRouter SW WARNING Dynamic nick-name client: detected duplicate nick-name 0xa05fb. Requesting a new nick-name from the server 1 2022-08-29T14:51:43.744Z Ybr-Sw-IDF1-2-NA CP1 - 0x00004782 - 00000000 GlobalRouter SNMP INFO SPBM Nickname a.05.fc dynamically assigned by the nickname server 209e.f792.d884 (ybr-sw-mdf-vsp7400-3)
Configuration:
Existing Switch1 with dynamic nickname a.05.fc in area 49.0001
New Switch2 with static nickname a.05.fc in area 49.0001
Result:
Because Switch1 has been in the network longer, it wins the election and remains operational when you add the new switch.
IS-IS on Switch2 does not activate.
Nodes in the Fabric identify a nickname conflict in log messages on the console.
Log messages:
1 2022-08-29T17:19:48.910Z Ybr-Sw-IDF1-2-NA CP1 - 0x001dc6de - 00000000 GlobalRouter ISIS WARNING Duplicate Nickname ID a.05.fc detected with our Node HostName:5420M-24W-4YE-VOSS Chassis AC:c8:be:35:db:60:00 and HostName:ybr-sw-idf1-1 Chassis MAC:bc:ad:ab:77:44:01.Election won locally. 1 2022-08-29T17:19:48.910Z Ybr-Sw-IDF1-2-NA CP1 - 0x0000471b - 00000000 GlobalRouter SNMP WARNING SPBM ISIS detected duplicate nick-name a.05.fc from node bcad.ab77.4465 (UNKNOWN), 2 nodes use this nick-name 1 2022-08-29T17:19:48.924Z Ybr-Sw-IDF1-2-NA CP1 - 0x001dc6de - 00000000 GlobalRouter ISIS WARNING Duplicate Nickname ID a.05.fc detected with our Node HostName:5420M-24W-4YE-VOSS Chassis MAC:c8:be:35:db:60:00 and HstName:ybr-sw-idf1-1 Chassis MAC:bc:ad:ab:77:44:01.Election won locally. 1 2022-08-29T17:19:48.925Z Ybr-Sw-IDF1-2-NA CP1 - 0x001dc6de - 00000000 GlobalRouter ISIS WARNING Duplicate Nickname ID a.05.fc detected with our Node HostName:5420M-24W-4YE-VOSS Chassis MAC:c8:be:35:db:60:00 and HstName:ybr-sw-idf1-1 Chassis MAC:bc:ad:ab:77:44:01.Election won locally. 1 2022-08-29T17:19:48.925Z Ybr-Sw-IDF1-2-NA CP1 - 0x001dc6de - 00000000 GlobalRouter ISIS WARNING Duplicate Nickname ID a.05.fc detected with our Node HostName:5420M-24W-4YE-VOSS Chassis MAC:c8:be:35:db:60:00 and HstName:ybr-sw-idf1-1 Chassis MAC:bc:ad:ab:77:44:01.Election won locally. 1 2022-08-29T17:21:09.027Z Ybr-Sw-IDF1-2-NA CP1 - 0x001dc6f6 - 00000000 GlobalRouter ISIS WARNING FIB-used node c8be.35db.6084 has the duplicate nick name a.05.fc with Non-FIB-used node bcad.ab77.4465
Configuration:
Switch1 with static nickname of 7.44.65 in area 49.0001
Switch2 dynamically gets nickname 7.44.65 in area 49.0007
Result:
IS-IS remains operational on both switches.
Boundary nodes have issues forwarding traffic destined for one of the switches.
Configuration:
Nickname server in area 49.0007
Switch1 nickname client (no static assignment) in area 49.0001
Result:
Switch1 never receives a nickname from the server across the remote links.
Consider the following information when implementing this feature:
You must configure a nickname server to assign unique nicknames to clients based on established policies.
You can configure multiple nickname servers in a FAN to provide resiliency.
Dynamic Nickname Assignment is not supported in a FAN that contains ERS 4900 or ERS 5900 products, or on products running VOSS releases prior to 7.0.