In attempting to configure a second DN which I’m not having much luck doing. I enabled the “main” relay port and saved. After that lost connectivty.
Have tried multiple times to connect to it via the recover IP address. But as shown below in the pings below. The pings tiem out and can’t get to the recovery page http://169.254.1.1
Have previously been able to get to this page.
Any ideas as I’ve now locked out 2 x V3000s!! Both are on 1.21.
Will try today, just checking its https or http for the recovery page? Instructions on recovering show http.
I’ll try both but would be good to get clarity as I’ve noticed both http & https being mentioned…adds to confusion.
Is this a physical button or the fact you’re mentioning software version it’s only accessible via GUI. if GUI no help to my problem because I can’t get to to the GUI.
As a note using 1.2.1.
Screenshot is straight after power on factory reset process.
Keep you posted.
I’m attempting to setup a second DN on a 3000 which will connect to a local E2E running on a 5000. Can’t find any instructions on how to do this. I’ve raised a ticket on this already.
Was able to recover the unit using these few pointers.
Recovery page is on http://169.254.1.1/
Standard factory default configuration page is https://169.254.1.1/ (Unless you’ve recovered the device or it’s straight our of the box, you can’t get to the https page)
Can only get to the recovery page up to 10 seconds after power up.
Once you’re able to get to the recovery page, pings will be stable and you won’t get timeouts.
If you’ve ever connected to the https port, found that chrome and IE despite entering http://169.254.1.1/ in the url line will try and revert back to connecting on https://169.254.1.1/
If that happens, you will never get to the recover page.
To get around the point above, setup IE home page to be http://169.254.1.1/ and was able to get into the device.
Once you’ve completed the recover process, access to the https://169.254.1.1/ will become available.
Aux port recovery access don’t bother, Can’t even get a ping response.
After hours wasted…back to setting up 1 local E2E controller with multi DNs.
I’m sorry for the trouble you are having. Please see this article on relay ports:
By default, the Main, Aux & SFP are all part of the same layer 2 bridge interface used for both end-to-end layer 2 traffic and IPv4 management. By configuring a port for relay function, it is taken out of this bridge and therefore will no longer be usable for IPv4 management of the node. I believe this is the issue you have experienced before recovering. Another way to think of the relay port is an OPEN/R layer 3 port.
Can you please clarify what you are trying to do here:
I’m an expert now on recovering cnWave products!
Also quickly getting my head around the E2E controller and the fact don’t really need IPV4 management access to all but the controller in a cnwave environment.
The nasty learning was enabling the relay port on a device effectively disables IPV4 man access to that the device on that port.
Did you try waiting a mindboggling amount of time after attempting things ? I have found the cnwave gear to be sooooooooooo slow to come back that I repeatedly would interrupt it to try … anything to get a response
Try something and go for a coffee, leave it alone you may be pleasantly surprised … later
@kazakov_aleksandr :
Can you raise a ticket in cambium support and we will be able to help you.
Can you provide more information on which device it is.
Was the factory reset of the device successful ?
Did you try hard power cycling the device after the factory-reset.
I presume this is a fresh out of the box device and it has never come up.
Hope you dont need to wait like Hachiko for the devices to come up