Summary: The clock chips used on some TN55 of Huawei OSN product Optical OSN 8800 NE have design defects. As a result, the failure rate of the chips is 5% after they are in service for 2 years. In the case of a clock chip failure, services on these boards will be interrupted and cannot be restored even after you remove and reinsert or perform a cold reset on the boards.
The chip failure rate is 5% within 2 years. The chip failure rate is proportional to the service period but is irrelevant to application scenarios.
On the transmission faulty board, a Hard_Bad alarm is reported and cannot be cleared and services are interrupted.
1. Check the bar codes of the boards against the attachment. If the bar codes are included in the attachment which provided by the official website, you can determine that the boards are at risk of a clock chip failure.
2. If the previously described symptom occurs on a TN55 board, you can determine that the board is at risk of a clock chip failure.
You can also query the register using the following commands.
The clock chip has design defects. As a result, the TN55 boards have 5% failure rate within 2 years.
[Impact and Risk]
Optical OSN 8800: On a board with a defective clock chip, a Hard_Bad alarm is reported and services are interrupted. The services cannot be restored even after you remove and reinsert or perform a cold reset on the board. The chip failure rate is 5% within 2 years and is proportional to the service period.
[Measures and Solutions]
Replace the boards with a defective clock chip.
Replace the boards with a defective clock chip.
Material handling after replacement:
For markets outside China directly scrap the boards. For markets inside China, send the boards back to the Spare Parts Center for disposal.
The problem described in the pre-warning is triggered when the following four conditions are all met:
1.TPS is triggered or restored by the TPS protection group consisting of transmission boards in slot 12 and 13.
2. The NE type is OptiX OSN 1500B and its version is included in the āVersions Involvedā part.
3. The NE is configured with a TPS protection group consisting of processing boards in slots 12 and 13.
4. The NE is configured with a service processing board that needs work with an interface board in slot 7 or 8, such as SSR1PD1 and SSR2PD1. In addition, services are configured on the board.
The fault scenarios are as follows:
Scenario 1: Boards in slots 12 and 13 form a TPS protection group, and a board in slot 7 or 8 is not configured with TPS protection.
When TPS is triggered by the TPS protection group consisting of boards in slots 12 and 13, services on the board in slot 7 or 8 are interrupted and the T_ALOS alarm is reported. After the TPS is restored, the T_ALOS alarm is cleared and the services on the board are recovered.
Scenario 2: Boards in slots 12 and 13 form a TPS protection group, and a board in slot 7 or 8 is configured with the TPS protection group.
1. TPS is not triggered on the boards in slots 7 and 8:
When the TPS protection group consisting of boards in slots 12 and 13 triggers TPS, services on the boards in slot 7 and 8 are interrupted, and the boards in slots 7 and 8 report the T_ALOS alarm. When the TPS protection group consisting of boards in slots 12 and 13 is restored to the idle state, the T_ALOS alarm is cleared and the services on the boards in slots 7 and 8 are recovered.
2. If TPS is triggered on the board in slot 7 or 8:
When TPS protection group consisting of boards in slots 12 and 13 is restored to the idle state, services on the board in slot 7 or 8 are interrupted and the T_ALOS alarm is reported. When TPS on the board in slot 7 and 8 is restored, the services on the board are recovered and the T_ALOS alarm is cleared.
The problem described in the pre-warning is triggered when the following three conditions are all met:
1. The NE type is OptiX OSN 1500B and its version is included in the āVersions Involvedā part.
2. The NE is configured with TPS protection groups consisting of the service processing boards in slots 12 and 13. In addition, the NE is configured with a service processing board in slot 7 or 8 that needs to work with an interface board (such as SSR1PD1 and SSR2PD1).
3. Services on the boards in slots 7 and 8 are interrupted and the T_ALOS alarm is reported, which is triggered by TPS or TPS restoration in the TPS protection group consisting of boards in slots 12 and 13.
The software version has defects. Boards in slot 12 and 13 form a TPS protection group. When TPS is triggered or restored, relays on boards in slots 16 and 17 are switched no matter whether two interface boards are required to be configured on the service processing board in slot 13.
If two interface boards are required by the board in slot 13, the valid slots are slots 16 and 17.
If one interface board is required by the board in slot 13, the valid slot is slot 16.
When a service processing board with an interface board is required by the board in slot 7 or 8 (the interface board is in slot 15 or 17), services on the boards in slots 7 and 8 are affected due to TPS or TPS restoration in the TPS protection group consisting of the boards in slots 12 and 13.
[Impact and Risks]
TPS and TPS restoration will interrupt the services on boards in slots 7 and 8 which are configured with a TPS protection group consisting of boards in slots 12 and 13.
Measures and Solutions
It is recommended that you restore TPS for scenario 1 and trigger TPS to ensure that two TPS protection groups are in the idle state for scenario 2.
Currently, there are two methods available for working around the problem.
1. Do not configure TPS protection groups for boards in slots 12 and 13.
2. Configure TPS protection groups for boards in slots 12 and 13 on an OptiX OSN 1500B subrack but do not configure service processing boards or configure service processing boards that do not work with interface boards in slots 7 and 8.
Abstract: A user fails to download configuration data to an OSN 1500 with an interface board of dynamic ports due to the lack of logical configurations on tributary interface boards. As a result, services may be interrupted.
1:The download fails or partially fails. Dynamic port and service data fail to be downloaded to NEs, as shown in the following figure.
2:The download succeeds. However, the interface board becomes dimmed on the NE Panel. This is only a display issue and does not affect NMS functionality.
Before the download:
After the download:
The preceding symptoms occur if boards are installed in slots 6 and 7 on the OSN 1500A. (Slots 6 and 7 are used to install interface boards.)
The preceding symptoms occur if boards are installed in slots 14, 15, 16, and 17 on the OSN 1500B. (Slots 14, 15, 16, and 17 are used to install interface boards.)
1.2 [Root Cause]
For earlier versions of OSN 1500A 22.214.171.124 and earlier version of OSN 1500B 126.96.36.199: Interface boards are not applied to NEs due to incorrect logical configurations. As a result, dynamic port and service data fail to be downloaded.
For OSN 1500A 188.8.131.52 and later versions: The NMS does not apply interface boards last. Therefore, if the processing board on which interface board application depends is not added, configuration data fails to be downloaded.
1.3 [Impact and Risks]
1. NE type involved: OSN 1500
Board types affected:
N1D75S, N1D12S, N1D12B, N1MU04, N1TSB8, N1ETF8, N1EFF8, N1EU04, N1OU08, N2OU08, N1EU08, N1TSB4, N1ETS8, N1DM12, N1D34S, N1C34S, L75S, and L12S
2.Scenario 1: The download fails or partially fails. Logical boards are not downloaded to the OSN 1500. As a result, services depending on the logical boards fail to be downloaded and the download process ends.
3.Scenario 2: The download succeeds. However, logical boards are not downloaded to the OSN 1500. This does not affect services and alarm reporting but affects board display.
1.4 [Measures and Solutions]
Do not download data to an OSN 1500 with interface boards on the NMS. Use DC to back up and restore the database of the OSN 1500.
If an OSN 1500 is equipped with interface boards and the configuration data fails to be downloaded. Perform the following restoration measures:
- If the database of the OSN 1500 has been backed up, use DC to restore the database.
- If the database of the OSN 1500 has not been backed up, restore the download in either of the following ways:
ā Install a patch to resolve this problem and download the configuration data to the OSN 1500 again.
ā Change the OSN 1500 to a preconfigured NE on the U2000, record the associated services of its interface boards, delete the interface boards and associated services, then download configuration data to the OSN 1500, and add interface boards and associated services to it.
The problem has been resolved in the following NMS versions:
- NMS versions involved for the OSN 1500A (earlier versions of 184.108.40.206) and OSN 1500B (earlier versions of 220.127.116.11):
ā U2000 V100R005C00CP6032 and later
ā U2000 V100R006C00CP3011 and later
ā U2000 V100R006C02CP3001 and later
- NMS versions involved for the OSN 1500A (18.104.22.168 and later):
ā U2000 V100R002C01CP5035 and later
ā U2000 V100R006C02SPC302 and later
The global Smart Cities Market is expected to reach a value of USD 1,265.85 billion by 2019, growing at a CAGR of 14.0% from 2013 to 2019. Increase in migration from rural to urban areas is the major factor responsible for the growth of smart cities market, globally. North America was the largest contributor to the smart cities market and accounted for a share of 34.5% in 2012. This is mainly attributed to the increasing smart grid investments, upgradation in the water infrastructure and transportation sector. The manufacturers in this region are investing more in smart meters and smart grids to provide an excellent foundation for smart city programs.
Browse the full Smart Cities Market Report at http://www.transparencymarketresearch.com/smart-cities-market.html
Among the different application categories, smart transportation segment held the largest share of around 16% in 2012. This was due to the growing demand for advanced traffic management, building a superior environment and reducing the volume of delivery vehicles. At the same time, smart transportation links the modes of transport to improve the traffic flow in both urban and inter-urban networks. Smart transportation system helps in minimizing the economic burden of government by reducing traveling delays and fuel consumption rate. Smart security is the fastest growing segment and is expected to grow at a CAGR of 15.0% during the forecast period from 2013 to 2019. One of the reasons for the growing popularity of smart security is that it avoids third party misuse by imposing high security requirements onto the used technology.
In terms of geography, North America represents largest market for smart cities and is expected to reach a market size of USD 392.41 billion by 2019. The regional governments are taking steps towards reducing the carbon footprint by increasing the use of renewable energy resources. Governments in North America are currently working on an objective to accomplish the target of zero wastage of energy by the year 2020.
Get report sample PDF copy from here: http://www.transparencymarketresearch.com/sample/sample.php?flag=B&rep_id=357
Some of the major players in smart cities market include Siemens AG, ABB Ltd., IBM Corporation, Hitachi Ltd., Alcatel-Lucent S.A., Honeywell international Inc., Alstom S.A., General Electric Company, Telefonaktiebolaget L. M. Ericsson, Cisco Systems Inc., Oracle Corporation and others.
The global smart cities market is segmented as below:
Smart Cities Market, By Application
- Smart homes
- Smart buildings
- Smart energy management
- Smart industrial automation
- Smart healthcare
- Smart transportation
- Smart security
- Others (smart water management, smart education, so on)
Browse the full Smart Cities Market Report Press Release : http://www.transparencymarketresearch.com/pressrelease/smart-cities-market.htm
Smart Cities Market, By Geography
- North America
- Asia Pacific
- Rest of the World (RoW)
Browse Technology and Media Market Research Reports @ http://www.transparencymarketresearch.com/technology-market-reports-8.html
0.03% to 0.1% of certain models of data boards and central switching boards with the basic BIOS version of 1.21 or earlier on OSN 550/500 NEs fail to start up after the NEs are upgraded, which results in the rollback of the NE version. The issue is solved after the boards are replaced.
This problem may occur if the following conditions are met at the same time:
An NE is upgraded.
The NE uses one of the following boards: TNH1EM6T/F, TNM1EF8F, TNH1CSHDA/B, TNM1PCXLG, TNM1PCXX, TNM1PCXLX, TNM1PCXGB, or TNM1PCXGA.
The basic BIOS version of the board is 1.21 or earlier.
The faulty board stays in the BIOS state after an upgrade and does not start up. The fault is cleared after the NE version is rolled back.
1. Query the version
2. After an upgrade, the STAT indicator on the board is red and the other indicators are off, which indicates that the board stays in the BIOS state and fails to start up. The board starts up after the NE version is rolled back.
The following interfaces are displayed in the case of an automatic rollback after an upgrade failure on the U2000.When both of the preceding conditions are met, the fault can almost be identified.
On the basic BIOS of version 1.21 or earlier, the time sequence of the CPU adder is not the optimal configuration. As a result, there is a low possibility that the board fails to start up after an upgrade.
[Impact and Risk]
The board does not start up after an upgrade, which results in service interruptions. The fault is cleared after the NE version is rolled back.
[Measures and Solutions]
The fault is automatically cleared after the NE version is rolled back.
The basic BIOS of boards on OSN 500/550 cannot be upgraded online. If the fault occurs on an NE during an upgrade, replace the board with a new board with the basic BIOS version of 1.22 or later.
Material handling after replacement:
Return the replaced board to Huawei, if the board supplied by thunder-link.com, then please contact your sales representative.
About six months ago I noticed that one of the portfolios I was tracking using Google Finance Portfolio suddenly started reporting wrong historical data for nearly all of the equities in the portfolio. I clicked on the "Report a problem" link at the bottom of the page and used the form to send off a detailed description of the problem off to Google.I never received a reply, of course. I've sort of come to expect that when reporting issues with free Google resources. So, in the mean time I clicked on the link for theGoogle Finance Blog to see if anybody else had reported the problem.Oh, oh. Here is the top post, dated two years ago:
Posted by Karolina Netolicka, Product Manager
Looking through the referenced Inside Search Blog blog turned up no discussion on the broken Google Finance portfolio tracker, but a more general search turned up plenty of discussions on the topic, such as this one. Bottom line: Google Finance is broken, and unsupported.
Thanks to everyone who has been a loyal reader of the blog over the last five years. After some consideration, we've realized that we're just not generating enough content here to warrant your time, so we won't be posting here any longer.
Instead, we'll start contributing to the Inside Search blog, so tune in there for updates on Google Finance.
More recently, about three weeks ago I went over to the Google Finance Stock Screener
using, as always, Google's Chrome Browser on my Linux box, and I found it to broken as well, and fairly recently. I had used it just one month prior.
Digging a little deeper, I realized that their stock screener page itself wasn't really broken; it worked fine when using Firefox. However, the page was not being rendered properly by the Google Chrome browser; elements of the page overlapped each other, making the page unusable.
Here's how the screener page is supposed to look (Firefox):
And here's how it looks in Chrome:
The slider elements overlay the the numeric input boxes on the right making it impossible to set screener selection criteria.
Bottom line: it is probably not a good idea to include Google products in any mission-critical applications, because you simply never know if they will continue to be supported in the future.
The latest ownCloud version 6.0.4 is now also available in the Univention App Center as a specially tailored package for SMEs with a competitive price and 24 hours support by the IT service partner it25 GmbH .
Details can be found in the press release at:
My perfect Linux laptop would be one that can be used in a ultra low power mode and have the option of being charged from a small solar panel of merely 10 Watt. The only slightly unique thing would be the E-ink screen cover. To be used when reading or writing text in the low power mode. Additionally it should have HDMI and usb input to connect a raspberry pi to the screen and keyboard. The keyboard ought to be one of the old types since my error rate is rather high with flat keys.
More from me at peroglyfer.se
Q1:What's the difference between TFTP and FTP?
A1: TFTP is a local host obtain files from a remote host but does not provide reliability or security. FTP is the standard mechanism provided by TCP / IP for copying a file from one host to another.
Q2:How to copy files from Cisco device to FTP server ?
A2: Three steps to Copy Cisco switch to FTP:
1.Define the FTP user and password
2.Find the file that you wish to upload
3.Upload the file
The idea is to have an option to replace big images in the cache folder with smaller ones of lower quality, different format or resolution. When I looked at my browser cache. The space were mainly filled with .png images. Because this was a poor choice of format for photos I would like to store certain images above a threshold in a .webp format as a replacement in the cache. I think this allows for much larger covering cache for the same size.