Don't wanna be here? Send us removal request.
Text
Notice on Prewarning for High Memory Usage of the MA5600T
Keywords:
N2510 performance measurement 聽high memory usage
[Fault Description]
Trigger conditions:
The N2510 periodically measures Huawei OLT MA5600T performance.
Symptom:
The Huawei MA5600Tis of high memory usage. The result queried by running the display mem f/s command shows that the memory usage of the active control board is much higher than that of the standby control board.
Identification method:
1. After a period of time, such as 24 hours or 48 hours, run the display mem 0/9 command to query the memory usage of the control board. It is found that the memory usage increases.
2. Compare the memory usage of the active control board with that of the standby control board to determine whether the memory usage of the active control board is high.
[Root Cause]
The N2510 periodically obtains the data of the xDSL line profile. When the N2510 obtains the data of the VDSL mode profile (vdsl2LineConfProfModeSpecTable), the MA5600T encounters a performance-related problem. As a result, the memory usage of the active control board decreases and cannot recover in time.
[Impact and Risk]
After a long period of time, the memory of the active control board is exhausted and the OLT cannot be managed by the NMS.
[Measures and Solutions]
Recovery measures:
If the memory usage of the control board is higher than 85%, run the following command to perform active/standby switchover to transfer services from the active control board to the standby board.
Huawei GPON MA5600T(config)#system switch-over
Preventive measures:
This issue will be resolved in MA5600T V800R007C00SPC310?2010-12-10? and later versions.
[Rectification Scope and Time Requirements]
None
[Notice Expiration]
This notice automatically expires in versions later than
Huawei Fixed Access Network
MA5600T V800R007C00SPC310.
0 notes
Text
Huawei Commercially Launches the World鈥檚 First 10Gbps Broadband Service with HKT
Lately,Huawei announces its cooperation with Hong Kong Telecom(HKT), to introduce the world鈥檚 first 10Gbps Fiber-To-The-Home (FTTH) access by using Huawei XG-PON (also known as 10G-Huawei GPON) solution, which brings in high-definition video and more beautiful experience for users in Hong Kong .
Hong Kong Telecom launched 10Gbps broadband services in early 2015, while services is only provided to specific customers in the early stage, and extend to general customers in the third quarter. Hong Kong Telecom together with Huawei successfully completed the world's first commercial deployment of 10Gbps access, via covered wide range of fiber-optic telecommunications network, the 10G-GPON solution performs 10 times faster than current offering in terms of speed, be the first in the world to broadband access leading to 10Gbps access era.
High speed connection is very suitable for high-definition multimedia content such as cloud-based platform for sharing and storage. Users can upload and download numerous photos and videos like local storage, for example, it would takes only 20 seconds or so to download 25GB HD movie at the rate of 10Gbps. Users will also be able to select their preferred 4K camera viewing angle, the resolution available through the transmission will be four times sharper than conventional HD.
Currently, Huawei has already completed the 10Gbps business preparation issuance based on 10G-GPON with Hong Kong Telecom, it can be provided to specific users in the second quarter of 2015, based on a new generation of Huawei OLT platform MA5800 and its unique XG-PON gateway ONT (Optical network terminal, optical network terminal), users can experience the 10Gbps Internet download speed, 1Gbps Wi-Fi speed and 5Gbps USB3.0 speed and experience has been significantly improved at the same time.
As a global leader in the field of fixed access network, Huawei is building a future-oriented leading network for customers through SingleFAN solutions, and integrating GPON / 10G-GPON / TWDM-PON through a unified platform. Huawei鈥檚 SingleFAN solutions have been serving more than 1/3 broadband users, to provide users with ultra-bandwidth access services, enrich people's lives through communication.
0 notes
Link
The Metro 1000 is a MSTP Optical Transmission System. The Metro 1000 equipment can access multiple types of services and can be used at the access layer of metropolitan area networks (MANs) and local transmission networks to access VIP private lines, wireless base stations, and digital subscriber line access multiplexers (DSLAM).
0 notes
Text
A CES Service Was Unavailable due to the fault of the ML1 Board on a PTN 950
Networking: BSC----NE1 (SDH equipment)----NE2 (PTN 3900)----NE3 (PTN 950)----BTS The BSC connected to a 155M optical port on NE1, which connected to the CO1 board of NE2. An attempt to provision a 2M CES service from the BSC failed after the service was configured on the SDH and PTN sides. Version information: U2000: V100R002C01SPC004 PTN 950: V100R002C00SPC300(5.65.02.13) PTN 3900: V100R002C01SPH505 Possible causes include: a. The tunnel on the PTN side was unavailable. b. The service was incorrectly configured on SDH equipment. c. The service was incorrectly configured on PTN equipment. d. The service timeslot was inconsistently configured for the optical ports of NE1 and the BSC, or those of NE1 and NE2. e. The optical port on NE1 was faulty. f. The CO1 board on NE2 was faulty. g. The ML1 board on NE3 was faulty. Huawei completed the following steps to diagnose the problem: 1. Tested the tunnel on the Huawei PTN side. The tunnel was available. 2. Performed an inloop at the 2M port of the ML1 board on NE3. The problem persisted according to BSC-side engineers. 3. Performed a loopback of the service timeslot on NE1 at its optical port connected to BSC (a loopback on VC-12 timeslots was not supported by NE1). The service was available according to BSC-side engineers, indicating that a fault existed between NE1 and NE3. 4. Created another CES service using another timeslot, and performed an inloop on the 2M port of the ML1 board on NE3 (a loopback on VC-12 timeslots was not supported by the CO1 board of NE2). The problem persisted according to BSC-side engineers, indicating that the service timeslot was correctly interconnected between NE1 and NE2. 5. Configured another CES service for another port on the ML1 board of NE3, and and performed an inloop on the 2M port. The problem persisted according to BSC-side engineers. 6. Performed an inloop on the 2M port of the ML1 board on NE3, and started a PRBS test on the service timeslot at the optical port of the CO1 board on NE2. Bit errors were found. 7. Re-configured the CES service on another ML1 board on NE3, and started a PRBS test. No bit error was found. 8. Performed an inloop on the 2M port of the new ML2 board on NE3. The service was available according to BSC-side engineers. 9. Replaced the faulty ML1 board on NE3. The ML1 board on NE3 was faulty. Replace the faulty ML1 board. If a CES service is unavailable, perform the following: 1. Test tunnel connectivity. 2. Configure the service on another timeslot or port and check whether the service is available. 3. Used PRBS tests to check for bit errors. 4. Configure the service on another tributary PTN 950 board or another NE and check whether the service is available.
0 notes
Link
Huawei AND1EM4F in stock, telecomate supply original new huawei AND1EM4F, best price for EM4F
0 notes
Link
Huawei PTN 950 in stock, telecomate supply original new huawei PTN 950, best price for PTN 950
0 notes
Link
Telecomate supply Huawei OptiX OSN Series products and modules, select Huawei OSN 8800, OSN 6800, OSN 1800 for quote and compare specifications
0 notes
Text
RTN950 OAM IP cannot be reached from U2000
RTN950 version is V100R003C02SPC200. 聽Many RTN950s can not be reached from U2000. In U2000 GUI, many RTN950s are in grey color. Customer can not do any configuration for those grey color RTN950s.
1.Check Topology related to service and OAM of RTN950. Attached file is the topology.
2. Check routes between dedicate RTN950 site and U2000. RTN950 directly connect to Huawei ATN910I for OAM connection. Check ATN910I routing-table, which have both routes to RTN950 management IP and U2000 managment IP. Ping&Traceroute RTN950 and U2000 management IP from ATN910I is ok.
3. Check routing table of RTN950 and found gateway IP address is incorrect, which is OAM IP of another RTN950. And the routing is learned via ospf
4. Check ospf configure of RTN950 and found that OSPF was enabled between RTN950 devices.
Based on RTN950 OAM design, its gateway should be the IP of carrier ethernet network ATN910I connected. However, OSPF was enabled in default mode and gateway was learned via OSPF incorrectly.
?Resolution Summary?Disable OSPF configure at related RTN950 devices.
?Resolution Details?Disable defualt OSPF configure at related RTN950 devices, then default static gateway configure take effect. The problem was solved.
OSPF configure is enable in default at all RTN950 devcies. If your OAM design need to use static gateway mode, please disable ospf configure of RTN950.
0 notes
Link
Telecomate supply Huawei ATN board, L3 service solution, select Huawei CXP, EM4F, EX1, EM8T, ML1 for quote and compare specifications
0 notes
Link
Telecomate supply Huawei PTN Series products and modules, Huawei package transport solutions, select Huawei PTN910, PTN950, PTN1900, PTN3900 for quote and compare specifications
0 notes
Link
Telecomate supply Huawei MA5600T Series products and modules, Huawei GPON solution, select Huawei MA5600T, MA5603T, MA5608T for quote and compare specifications
0 notes
Text
Attention: Incorrect configured subrack type of OSN8800 T32
During a OSN8800 T32 commissioning, board TN54NS4 cannot be added and noticed does not support board type and error code 38664.
Nesoft version: 5.51.8.16 (V1R7C00SPC300)
U2000 version: V1R6C02SPC3001. Preliminary analysis the reason could be cause of Nesoft version is too low, does not support TN54NS4 board.
Check the version matching table and found that the version support TN54NS4 board.
2. Use Navigator command to check the Nesoft version support TN54NS4 or not.
Run command in Navigator:
:cfg-add-board:bid,54NS4:
According to the output of Navigator, the Nesoft is support TN54NS4.
Then it could be a configuration problem or software bug.
3. Because Huawei wdm board TN54NS4 is 100G board, maybe caused by not enough capacity of the slot, because different subrack type support different cross-connect capacity.
Use Navigator command to query subrack information:
:cfg-get-shelf
Output:
SHELF INFO
SHELF-ID SHELF-TYPE
0 shelf8800T32
Total records :1
According to the output, the subrack type is Standard version.
:cfg-get-physhelf
PHY-SHELF INFO
SHELF-ID SHELF-TYPE
0 shelf8800T32E
But the physical subrack type is Enhanced version.
The subrack type shall change to Enhanced type.
4. Because this is a new equipment, problem resolved by clear the Database, change subrack type to "Enhanced", add TN54HS4 again and successfully.
Incorrect subrack type cause the problem, OSN8800T32 standard version does not support TN54NS4, change the subrack to "Enhanced" version to support the board to resolve the problem.
Problem solved by change the subrack type to "Enhanced".
The specific parameter shall be clearly discribed in product documentation for the exact type of subrack.
The engineer shall carefully study the Huawei transmission network product documentation before any operation and follow the guidance.
0 notes