from huawei command line – “schedule reboot”

schedule reboot { at time | delay interval }

When can you use this command?

You can always use it :)

Seriously telling, you can use it in cases, when there is probability that your work and a new configuration can cause a device to be unavailable. Sometimes it is necessary to change a configuration of a device, which is not accessible by console, but only by remote connection. Specially if you are changing IP addresses or doing some experiments with access methods of the device. Even if you tested everything in your lab and you are sure that everything will go smoothly, it is better to remember about this function. People make mistakes. After you configured schedule reboot function, you are sure that all your mistakes can be repair by reboot of the device, with the restriction that the new configuration is not saved. Of course I am talking about some small or less important devices. For more important or crucial devices it is recommended to use console connection (console server).

Remember to turn this function off when you are sure that everything works properly!


3 thoughts on “from huawei command line – “schedule reboot”

  1. Nilesh

    Hi Labnario,

    Sorry to divert from post topic but want your help for configuring spanning-tree between Huawei & Cisco.

    Currently i am running PVST in Cisco switches which will co-exist with Huawei switches in near future.
    Can you please suggest me the best way to integrate without major downtime & spanning-tree hiccups. Currently the Cisco switches deployed are more in quantity so will not be possible to roll-out MST to all those switches in single go.

    Please suggest me the way out where in both these spanning-tree instances i.e. PVST on Cisco & MST on Huawei can co-exist & run well until we roll-out MST in entire switching domain.

    Thanks in advance.

  2. labnario Post author

    I wouldn’t like to suggest you any solution as this is complicated operation and I haven’t had opportunity to do this in my work. The best way is to ask you local Huawei office for help. Do you mean PVST or PVST+? What I think is that if you connect Huawei switches to Cisco network, PVST+ BPDU should be transmitted through Huawei switches without any problem. This is because PVST+ BPDU uses Cisco proprietary destination MAC address, that cannot be parsed by Huawei switch. Of course convergence time of network will be the interruption time of services. If you allow all PVST+ BPDU vlans on Huawei switch to go through the trunk between C and H then PVST+ BPDU packets will be transmitted through H switch. H switch will not be able to detect topology changes. This is only about connecting Huawei switch to Cisco network but probably you will not avoid problem during MSTP configuration. This is only theory what I’ve written. I have no possibility to test it. As I know PVST, unlike PVST+ uses IEEE assign MAC address which all switches should intercept. And in such case the situation is more complicated.


Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s