I really hope you can help me here.
I have two EX3300 second hand switches. They're both OK, no problems there. One of the two has the EFL installed. I am using routing-instance=virtual-router so I need the EFL. Nothing fancy going on, no "real" VRF, no MPLS etc., just separate routing tables.
The thing is that this switch may die sometime in the feature. For that I have a second unit which is also working great, but it does not have an EFL installed. I am fairly sure it's impossible to move the EFL from one switch to another, so I won't try to. This means I would not be able to run my virtual routing instances on the replacement switch, which is a real issue.
Now I have access to a third EX3300 that also has an EFL installed. I can exchange my second unit to this one if I'd want to. Problem is that this unit has a defective serial port. There is valid data coming out of it (so I now the baudrate etc. are correct) but key presses are not received or registered. I'd really like to have this unit working, of course, one way or another.
So this is what I already tried. I checked the console port very thoroughly, cleaned it too, but it doesn't help. The other unit works just fine with the same equipment. The LCD menu keys on the front are disabled, so no way to do a factory reset there. The management interfaces (me.0) are not configured (but also not explicitly shut down). I believe from the docs that if you don't configure them with an ip range/subnet, they're useless.
Then I tried the following. Created a virtual chassis with another unit, where the working, "other" unit is designated as the "routing engine" and the faulty unit is to be a "line card". Configured this as usual, in the "good" unit, set virtual chassis mode to "preprovisioned" mode with the correct serial numbers included. The problematic unit already has a configuration (which I can't change...) and used to be part of a virtual chassis, where it was the second fpc, also RE, also preprovisioned.
I was hoping that the new preprovisioned virtual chassis configuration, with two valid and connected units, both serial numbers corresponding to the units attached, would get me a new virtual circuit where I would be able to reach the defective unit via a "request session" command. It is almost certain that both units have different JunOS versions, so they will not be forming a fully operational virtual chassis, but I don't need that anyway, I just want to do a "request session member 1" and get the me.0 interface configured there.
I succeeded there just partly. VC ports are correctly configured on both switches (10 Gbs sSFP+ ports using DAC cables) and show virtual-chassis with several subcommands show that the faulty unit is seen by the working one. I can't check on the faulty unit of course. The faulty unit stays, however, in "NotPrsnt" state and the working unit won't allow me start a session to it. This remains for over 10 minutes (which I am aware of, is the normal "waiting" time for hot-adding a new member).
- is there a chance this will work if both unit have exactly the same firmware? I can probably up/downgrade the working switch to the JunOS version of the faulty one.
- is this going to work anyway, trying to move a unit from an existing virtual chassis into another? I seem to remember having it done one time, like this, but I am not sure.
- is there another way to get a configuration on me.0 without having to use the console port
- is there a way to wipe the config (only the config, not zeroise per se) without having to use the console port nor LCD menu buttons? That may fix the VC issue.
- is there another way to get the me.0 interface without having to resort to the console port of LCD menu buttons?
I am very much obliged for any though on this matter!