1. After the NE80 deployed on a MAN is upgraded from VRP3.10 to V3R5, the configurations of the import of OSPF routes to IS-IS and the import of IS-IS routes to OSPF exist on the NE80.
2. Check the NE80 after the upgrade. It is found that OSPF and IS-IS cannot import routes from each other, and the relevant routing entries cannot be found in the routing table.
1. After consultation and check, it is confirmed that the unsuccessful import of OSPF and IS-IS routes from each other is not due to the specifications of the version V3R5.
2. Compare the original configurations and the new configurations, and it is found that before the upgrade, the IS-IS process ID is 7785. In VRP3.10, by default, no IS-IS process ID is specified when OSPF is configured to import IS-IS routes.
import-route isis route-policy 32bit-isis-rout
3. After the version is upgraded to V3R5, in this version, the IS-IS process ID needs to be specified when OSPF is configured to import IS-IS routes. If the import-route isis route-policy 32bit-isis-rout command is configured in this version, the IS-IS process ID 1 is added by default. That is, import-route isis 1 route-policy 32bit-isis-rout. This, however, is not taken into consideration during the script making. As a result, after the upgrade, the IS-IS process ID becomes 1, not 7785. Thus, routes cannot be imported. After the following command is run, the services become normal: import-route isis 7785 route-policy 32bit-isis-rout
1. It may be due to the specifications of the software version after the upgrade.
2. The configuration may be incorrect.
When the version is upgraded from an earlier one to a much later one, pay attention to the change in the configurations before and after the upgrade. If a certain aspect is ignored, you must compare the scripts used before and after the upgrade when the upgrade is complete to find problems in time and solve the problems.