In order to keep a flexible feature option, 9000v software is designed to allow selective auto negotiation of parameters as opposed to a full auto negotiation always. This provides an option to enforce negotiation where we do not end up bringing up a link with degraded parameters even if the peer advertises inferior parameters.
However, to keep the satellite ports on par with regular ASR9k local Ethernet ports and also to maintain CLI consistency, the negotiation auto command is supported as is on satellite access ports as well. All parameters are set to negotiate by default if negotiation auto is turned on. If the Host side user configuration has a co-existing forced parameter like speed or duplex, then that parameter alone is selectively negotiated for a fixed value. If both speed and duplex are forced, then none of the parameters including flow control are negotiated.
Limitation for mismatched ports
All of the above behavior assumes the configuration matches on either peers. If the Host side user configuration for the satellite remote ports mismatches with the peering access device port configuration, there is no guaranteed behavior, especially for cases where auto negotiation is turned on for the satellite ports and it’s forced on the remote side.
When auto negotiation config mismatches between satellite port and the peering device's port, satellite ports stays up. This behavior is seen only on few ports and not on all ports.
Auto negotiation configured on one end of the device, either on satellite interface or far end and no negotiation is configured on the other side
Workaround / recovery
Symmetric configuration of auto negotiation will recover interface from problem and is strongly recommended for satellite ports. A shut/no shut or OIR is recommended if for some case,incase the recovery is stuck.
Dears, I have ASR 9K with RSP board type of (A9K-RSP880-SE) and GPS ports (1PPS, 10MHz and RS232) are connected to the RSP board but the GPS light in the RSP isn't turning up. Your suggestion is highly appricated. Regards
Hi, I have a problem in my small PBB-EVPN lab installation.Two PE routers (ASR9904) are directly connected via a 100GE link. On these two routers, a full and correct operating PBB-EVPN configuration is implemented.The ingress ports on the access side...
Hello everyone,We're having a little issue which we've been struggling with over the past few days.We have a PE with a LACP L2 bundle-ethernet interface comprised of two GigabitEthernet physical interfaces, which are facing customer equipment. We provide ...
Hi, am faced with a rather weird one. I have configured a L2VPN between a pair of NCS5501`s, and connected end devices(CPEs) to the attached VLAN. All is working, except connectivity to a BVI interface configured on on one of the routers, from the remote ...