Support Support Downloads Knowledge Base Juniper Support Portal Community

Knowledge Base

Search our Knowledge Base sites to find answers to your questions.

Ask All Knowledge Base Sites All Knowledge Base Sites JunosE Defect (KA)Knowledge BaseSecurity AdvisoriesTechnical BulletinsTechnotes Sign in to display secure content and recently viewed articles

[vSRX] How is the new MAC address derived for ge/gig interfaces after enabling chassis cluster?

0

0

Article ID: KB33244 KB Last Updated: 21 Nov 2018Version: 2.0
Summary:

When enabling the chassis cluster feature in vSRX, the revenue ports (ge- ports) interface MAC addresses (Hardware address) change from the original. The newly assigned addresses are different from the addresses assigned by the hypervisor.

Solution:

It is expected that the ge interface Hardware MAC addresses are changed after enabling the chassis cluster in vSRX. Below is the logic for how the new Hardware MAC address is derived:

  1. First three octets will be constant and will always be   4C:96:14:

  2. Fourth and fifth octet will be taken from the fxp0 interface MAC address. It will use the fifth and sixth octet from the fxp0 MAC address respectively.

  3. The last octet will be same as indexing of ge interface, for ex. 00 for ge-0/0/0 or for ge-7/0/0

Example:

{secondary:node1}
 root> show interfaces fxp0 | match ha
   Current address: 00:50:56:95:14:cd, Hardware address: 00:50:56:95:14:cd <-- fxp0 MAC address. It does not change before or after the enabling chassis cluster
 
 {secondary:node1}
 root> show interfaces ge-7/0/0 | match ha
   Current address: 4c:96:14:14:cd:b0, Hardware address: 4c:96:14:14:cd:00 <-- ge-7/0/0 MAC address after enabling the chassis cluster
 
 {secondary:node1}
 root> show interfaces ge-7/0/1 | match ha
   Current address: 00:10:db:ff:10:00, Hardware address: 4c:96:14:14:cd:01 <-- ge-7/0/1 MAC after enabling the chassis cluster

In the above example, it can be seen that the first three octets are constant 4c:96:14. The fourth and fifth are the same as the fifth and sixth of fxp0. The last octet is 00 or 01 depending on the last index of ge-7/0/0 or ge-7/0/1.

Comment on this article > Affected Products Browse the Knowledge Base for more articles related to these product categories. Select a category to begin.

Getting Up and Running with Junos

Getting Up and Running with Junos Security Alerts and Vulnerabilities Product Alerts and Software Release Notices Problem Report (PR) Search Tool EOL Notices and Bulletins JTAC User Guide Customer Care User Guide Pathfinder SRX High Availability Configurator SRX VPN Configurator Training Courses and Videos End User Licence Agreement Global Search