Linux.com

Home Linux Community Community Blogs Business (or Enterprise)

Community Blogs



Installing the Subrack of OSN 3500

Before install subracks in the cabinet, you may read the following instruction to learn how to install Huawei OSN 3500 subrack into the cabinet correctly.

Installation of Huawei transmission network equipments is very essential. Here express how to install into the cabinet and remove the subrack, follow the procedure of installation into cabinet in the reverse order.

First, you must observe the subrack and ensure that installing position of the mounting ears to match the cabinet, so the Huawei OSN 3500 subrack can be installed into the cabinet by mounting ears which are installed in the holes for the mounting ears of the N63E cabinet. Please note that you must install the subrack in the lower part of the cabinet first, and then install the subrack in the upper part of the cabinet. If only one subrack is required, you may install it in the lower part of the cabinet. In addition, figure 20-3 shows the position of the subrack in the 2200mm-high cabinet.

After guaranteed the position of subrack, then we can install the subrack into the cabinet.

First of all, the subrack must be transported to the site. Secondly, what tools and materials you need to prepare are common tools and panel srews.

Thirdly, installation procedure:

Step 1 Place the subrack along the guide rail and insert it in slowly.

Step 2 Use panel screws to fix the subrack to the front column of the cabinet through the holes on the mounting ears.

Here please note, if multiple subracks share one cabinet, it is recommended that you install the lower subrack before installing the upper subrack.

After finishing the Huawei OSN subrack installation, you may check the following several necessary items. First, you must check that whether the subrack is installed at the correct position, that’ll affect the following installation. Secondly, close the front door of the cabinet and ensure that the subrack does not contact the front door. Thirdly, blank panels are inserted in the idle slots of the subrack.

After checked the installation of subrack, then, you can begin to install boards. 

 

TNH2 Boards Get Online on Huawei MSTP OSN 500 Unsuccessfully

Huawei transmission board TNH2 is researched and released based on Huawei MSTP product OSN 550 V100R003 and TNH2 boards are used on OptiX OSN 500 V100R002 to replace TNH1 boards. TNH2 boards are applied to OptiX OSN 500 V100R002 by using hardware independent technology. V100R002SPC305 is developed later than OptiX OSN 500 doesn’t include the driver for TNH2 boards. The NEs dynamically load the driver stored in the flash memory of TNH2 boards. Then the NEs use the interface that is used to access the driver of TNH1 boards to access the driver of the TNH2 boards. In this circumstance, TNH1 boards can be replaced by TNH2 boards without any change on the NE software. The driver stored in the flash memory of TNH2 is called the hardware independent driver.

But when a TNH2SL1D board is installed in the extended slot of the NE, the board failed to go online and the physical board cannot be queried on the NMS. After a TNH2SP3D board is installed, the NE becomes unreachable. After the TNH2SL1D board or TNH2SP3D board is installed on an OptiX OSN 500 V100R002C01SPC305 (5.62.02.16) or later, the board goes online normally.
Identification method:

This issue is triggered when both of the following conditions are met:
1. The OptiX OSN 500 version is earlier than V100R002C01SPC305 (5.62.02.16).
:ver
BIOS 8.26.21T01 20131122 14:00:56 inactive
ExtBios 9.26.21T01 20131122 14:03:21 active
NeSoft(P) 5.62.02.12P03 20110907 00:29:05
Platform(D) 5.00.13.B221 20100105 10:37:20
Logic (U301)230
Dsp
2. The independent driver version of the TNH2SL1D board or TNH2SP3D board is 120.

If the board is installed in slot 3, the address for querying the independent driver version is 0×53460090. If the board is installed in slot 4, the address for querying the independent driver version is 0x53C60090.
For the TNH2SL1D board, the three digits after tnh2slxd.hwx indicate the independent driver version.
:dm:0x53c60090
53c60090 31 71 53 64 38 35 30 32 2e 6f 20 2d 3e 20 74 6e 1qSd8502.o.->.tn
53c600a0 68 32 73 6c 78 64 2e 68 77 78 00 31 32 30 00 4c h2slxd.hwx.120.L
53c600b0 75 53 4c 31 51 31 31 30 54 30 32 5f 45 6e 74 72 uSL1Q110T02_Entr
53c600c0 79 00 5d 00 00 10 00 b9 c1 05 00 00 00 00 00 00 y.]………….
53c600d0 3f 91 45 84 68 34 8a 09 0a 41 50 57 dc 0c b6 b3 ?.E.h4…APW….
53c600e0 d0 7f 14 61 52 c8 fe 2f 1e 75 98 3a 5f f6 6b f8 …aR../.u.:_.k.
53c600f0 be d4 42 91 d5 be c9 0b 73 be 05 51 33 61 3d 2f ..B…..s..Q3a=/
53c60100 0b 1c cb 85 79 d8 a2 0d c2 67 18 79 b1 f4 25 a7 ….y….g.y..%.
53c60110 42 52 88 f8 51 c0 a8 ca 6b a1 d1 9c d3 de a9 cf BR..Q…k…….
53c60120 94 18 2f fb d3 c0 96 ef 95 ff b7 13 c2 6c 65 19 ../……….le.

For the TNH2SP3D board, the three digits after tnh2sp3d.hwx indicate the independent driver version.
:dm:0×53460090
53460090 33 44 53 64 35 39 37 2e 6f 20 2d 3e 20 74 6e 68 3DSd597.o.->.tnh
534600a0 32 73 70 33 64 2e 68 77 78 00 31 32 30 00 54 75 2sp3d.hwx.120.Tu
534600b0 53 50 33 44 31 31 30 54 30 32 5f 45 6e 74 72 79 SP3D110T02_Entry
534600c0 00 5d 00 00 10 00 18 0d 04 00 00 00 00 00 00 3f .]………….?
534600d0 91 45 84 68 34 8a 09 0a 41 50 57 dc 0c b6 b3 c7 .E.h4…APW…..
534600e0 d5 86 19 0b ce 72 2c 71 ea cf af fb 52 aa d3 99 …..r,q….R…
534600f0 04 8c 14 4f 68 70 7b 2d 02 74 fc 7a bb 2f 8e 42 …Ohp{-.t.z./.B
53460100 51 8e cc 90 d6 e8 9c 45 07 93 31 4c 20 36 66 20 Q……E..1L.6f.
53460110 09 fa 2a 2a a1 28 4c 4d 46 9d 11 5b fd 01 76 ac ..**.(LMF..[..v.
53460120 e2 0c 9e 6f 03 9e 33 1b a5 46 23 01 bd da e5 58 …o..3..F#….X

[Root Cause]
If the NE version is earlier than V100R002C01SPC305 (5.62.02.16), the NE software does not contain the driver for the TNH2SL1D or TNH2SP3D board. The NE must load the independent driver from the flash memory of the board. If the independent driver version of the TNH2SL1D or TNH2SP3D board is 120, the driver interface defined by the driver is different from that defined by the NE. Therefore, the board fails to go online, or NE tasks are suspended.
[Impact and Risk]
After a TNH2SL1D board is installed, the board fails to go online. After a TNH2SP3D board is installed, the NE becomes unreachable.

[Measures and Solutions]
Recovery measures:
Remove the TNH2SL1D or TNH2SP3D board.
Workarounds:
Before installing a TNH2SL1D or TNH2SP3D board, upgrade the OptiX OSN 500 to V100R002C01SPC305 (5.62.02.16) or later.

Preventive measures:
Upgrade the independent driver or the OptiX OSN 500 software.
1. Upgrade the independent driver:
Upgrade the independent driver of the TNH2SL1D board to version 131, and that of the THN2SP3D board to version 130. For details, see the attachment
OptiX OSN 500 Independent Driver Upgrade&Downgrade Guide.
2. Upgrade the Huawei MSTP OptiX OSN 500 software:
Upgrade the NE software to V100R002C01SPC305 (5.62.02.16) or later.

 

Should You Use Linux for A Start Up?

Let me tell you a story: You’ve drafted your business plan and you’ve got funding. You are a tech business and you’ve got to decide a few things. You’ve got 20-50 employees who are going to be working around the clock on the next big thing and you need to determine your OS. Are you going to go with something stable, compatible, but vulnerable like a Windows version? Are you sucked into some Mac OS because of some proprietary hardware of software? Honestly, the best bet for your is (surprise surprise) a version of Linux. As you can get some stable builds for free, what’s your overhead going to be? If you are really concerned, why not dual boot  windows and ubuntu?

 

Well, once you’ve got your system up and running and your employees in the office you need to consider a few other things from a tech perspective. Security is first and foremost. While we all know how the NSA uses (or used, who knows now) SELinux and that the Linux kernel is very security focused, there are a few other ways you can boost it. If you are still looking at the zero cost avenue and you have some pretty major security concerns you can run Fedora on all your computers like Linus Torvalds does. There are other security concerns however. Like, since not everyone knows how to rebuild a kernel when you get some critical error, you’ll need someone to recover your data. Since that is really your only overhead, other than an IT guy who is familiar with Linux, it’s well worth the risk.

 

So, is Linux really worth it for your startup? Yes, but you have to know what you are looking to do. Since there are so many distributions, you are going to need to research which ones you are going to use and which one is the best fit for your needs. I talked about Fedora as a security conscious one, Ubuntu/Debian (with unity) for a more user friendly approach, or even something like Kali Linux for pen testing.

 

My personal experiences with Linux in the workplace actually started shortly after I adopted Linux on my home PC (well I was am still am dual booting Windows). I was at a startup who had installed Ubuntu on all the desktops, other than a few, and had no idea what they were doing. Luckily the IT guy and myself both were familiar enough with it to work through some of the early problems (mostly on the fly problem solving). Once we got past the growing pains that all start ups go though, we were in the clear. It saved the company a lot of money and, even though the new people we eventually hired did grumble about having to learn a new OS, it eventually worked out for the best.

 

How to make SLD64 transit longer distance than SFD64?

As we know, Huawei SFD64 is updated version of SLD64, for its transmission distance is further than SLD64.

Technically, in Huawei SDH transmission boards, SFD64 can transit longer than SLD64 in normal condition, but when you use DWDM color interface into SLD64, it can transit longer than SFD64. For when SFD64 with SFP or XFP, it can transit 40km, but when SLD64 equiped with DWDM color interface module, it has two options, 40km and 80km, which based on your maximum demand. 

 

Community-developed Open Source solutions in a corporate environment

The company 7iSolutions describes the issues which companies have to face when they decide to implement community-developed open source solutions. 7iSolutions describes what they do to offer an adequate solution for corporations.

The Univention Blog: http://blog.univention.com/community-developed-open-source-solutions-corporate-environment/

 

Pay attention to SSN1EAS2 Board Occasional Packet Loss or Ethernet Service Interruption on NG SDH Pr

Problem Description
Trigger condition:
1. SSN1EAS2 transmission board use FPGA 110.
2. Cross-connect boards in slot 10 are active cross-connect boards.
3. The PCB of a cross-connect board is SSN1SXCS1, SST1PSXCSA1, SST1PSXCSA, SST2PSXCS, or SSN2SXCS.
4. When the proceeding three conditions are all met, the problem occurs occasionally (about 10% probability) and is determined by SSN1EAS2 boards and cross-connect boards.

Note:

During an upgrade on the live network, the problem is easily triggered when the cross-connect board in slot 10 replaces that in slot 9 as an active one.
When an SSN1EAS2 board works with a cross-connect board whose PCB is SSN1SXCS1, SST1PSXCSA1, SST1PSXCSA, SST2PSXCS, or SSN2SXCS, there is a high probability that the problem may occur. When an SSN1EAS2 board works with other types of cross-connect boards, this problem never occurs on live networks and in test environment. For details about risky types of cross-connect boards, see the Risky Types of Cross-Connect Boards That May Encounter Header Jitters on FPGA 110 of SSN1EAS2 Boards When They Work Together.

Symptoms:
1. Some packets of Ethernet services on an SSN1EAS2 board are lost, or Ethernet services are interrupted.
2. The board may repeatedly or occasionally reports service alarms related to huawei SDH or GFP services, such as B3_SD, HP_UNEQ, HP_RDI, T_LO**, ALM_GFP_DLFD, and FCS_ERR.
3. The active and standby cross-connect boards may report BUS_ERR alarms simultaneously, and alarm parameters indicate that the SSN1EAS2 board caused the alarm.
Cold reset cannot resolve the problem nor trigger the problem.
Identification methods:
1. If all of the following conditions are met, these fault symptoms are most probably caused by the SSN1EAS2 board:
− An SSN1EAS2 board uses FPGA 110.
− The cross-connect board in slot 10 is the active one.
− The cross-connect board is the type listed in the attachment Risky Types of Cross-Connect Boards That May Encounter Header Jitters on FPGA 110 of SSN1EAS2 Boards When They Work Together.

2. After the cross-connect board in slot 10 replaces that in slot 9, if fault symptoms on the SSN1EAS2 board are cleared, the problem is caused by the SSN1EAS2 board.

[Root Cause]
The design of the FPGA on an SSN1EAS2 board for cross-clock-domain has bugs. When the cross-connect board in slot 10 function as the active one, the headers output to the MAPPER and VSC9128 chips have jitters at the period of 77 Mbit/s. As a result, the VSC9128 chips fail to correctly receive service signals from the cross-connect boards. In addition, the services signals transmitted to the cross-boards may have jitters, resulting in bidirectional packet loss or service interruption.

[Impact and Risk]
Some packets of Ethernet services are lost, or Ethernet services are interrupted in the upstream and downstream direction.
Measures and Solutions
Recovery measures:
Replace the cross-connect board in slot 10 with that in slot 9 as the active one.
Workarounds:
When an SSN1EAS2 board uses FPGA 110 or earlier, avoid using the cross-connect board in slot 10 as the active cross-connect.

Preventive Solutions:
1. Upgrade the FPGA (BOM: 05020AAE) used on an SSN1EAS2 board to version 120 or later, because the FPGAs resolve the design bugs for cross-clock-domain.
− For V100R008 and V100R009 versions, upgrade the device to V100R010C03SPC203 or later.
− For V100R010 versions, upgrade the device to V100R010C03SPC203 or later.
− For V200R011 versions, upgrade the device to V200R011C02SPC106 or later.
− For V200R012 versions, upgrade the device to V200R012C00SPC101/V200R012C01 or later.
During an upgrade, the board version needs to match the device version specified in the version mapping.

On the NE whose version is V100R010C03SPC202, the SSN1EAS2 board can use the software of V100R010C03SPC203 in a weak mapping mode. The software includes BIOS, board software, FPGA, and EPLD.

2. SSN3EAS2 boards can be used. Both SSN1EAS2 and SSN3EAS2 boards are 10GE Ethernet service processing boards. When using an SSN3EAS2 board, ensure that the device version supports the SSN3EAS2 board.

 

Can we boilerplate software architecture?

I have been programming for 12 years commercially now since I was 18 years old and fresh out of college, however I have been programming just for the love of it for close to 20 years.

In the early days I would describe myself as a "furious coder". I could produce 3,000 lines of code each day (sustained for years), whilst producing slightly less bugs than my colleagues.

After a year or so I noticed that logical separation of code was really important. So I created tiers (usually separated by process) so presentation, business/domain logic (BL), and data access (DAL) were all isolated.

Soon after I realised that separating logic was really really important. So started separating logic not just by tier but by integration (interoperability with remote systems) and implementation (project/customer logic). This created some pretty agile results that responded well to change.

Finally, I started reading about the SOLID design principals and my whole outlook on programming changed forever. I soon realised how hard software architecture actually was. By coding furiously, the "architecture" of each solution was incidental; areas such as exception handling, damage control and overall object responsibility were a constant challenge that I fought daily. I'd often "fix" a bug, only to find that actually all I'd done is push it into another "responsibility realm".

From then on I started working as Product Director at a security software company (near London, England). My personal focus has since been achieving the best possible software architecture, which could be reused elsewhere (read anywhere). The main challenge for the company was that we had a single software product that spanned retail, government, healthcare and financial verticals - a product that needed to be everything to everyone; for that modularity and the ability to quickly implement new integration code and implementation logic (even logic that conflicted between customers) was a necessity. At this point another separation was key: customer implementation logic needed to be kept separate, especially the parts that customers owned the rights to. Also, modules could then be sold off or made exclusive to a partner, without compromising the product itself.

I realise that there is not always a "one size fits all" for software solutions, but I do believe that all software solutions share similar requirements. They all need:

  • Isolated, configurable "modules" separating tiers, responsibility and customer-specific logic
  • Cross-cutting "aspects" such as logging, error handling, debugging aids (eg. performance counters)
  • A sensible approach to exception handling, including damage control
  • The ability to easily change the behaviour of components once the solution is deployed using dependency injection
  • A way of communicating between modules (M2M) even though modules are highly isolated
  • A way of keeping track of dependencies and a method of avoiding the entourage anti-pattern
  • Configurable workflow logic that defined the movement of data between logical tiers
  • A decision engine that allowed complex rules to be created, affecting the flow of data between modules

To that end, I believe there is probably a way to create a boilerplate architecture that will fit most software projects and I think I am pretty close to achieving the first iteration of this design. This would be platform, framework and even language agnostic.

Most have spent their energies developing new languages, runtimes, IDEs, and frameworks to make new and seasoned programmer's lives simpler. Agile is a method used to help design and deliver software solutions, but there doesn’t seem to be many projects/principals offering a definitive, practical software architecture boilerplate design that programmers can pick up and run with.

Software architecture is something I find of great interest and as I move into a more senior, management role this is where I am keen to leave a legacy for the next programmers.

Would you agree that creating a boilerplate software architecture design that could be downloaded and used within minutes would be of use to the programming community? Utilizing many other seasoned programmer’s experience (not just my own) all into a single design?

It obviously wouldn’t fit all situations, but I think that catering for the 80%ile would be ambitious but possible.

Something that enforced modularity, AOP, and most importantly: good logical separation of tiers and responsibilities out of the box.

Eventually, boilerplates for various languages/frameworks could be made available, freely for programmers to download and start programming in their chosen language within minutes, possibly even a "module store", providing integration with remote services or the Internet of Things (ITT), enabling separation between integration and implementation logic.

I'd be really interested in hearing your feedback in the comments below.

 

Developing history of Huawei optical transmission: 20 years of accumulations

Throughout the developing history of Huawei optical transmission, it is actually a process that bandwidth capacity constantly promoting and business efficiency continuous optimizing, while accompanied by a series of new problems and challenges and solutions generated.

With the rapid development of wireless data, home broadband and leased line services, bandwidth demand continuously rise,optical transmission experienced continuous evolution of technical solutions and network architecture (PDH, SDH, MSTP, WDM and OTN) - compared with PDH system, Huawei SDH not only enhanced capacity and but also improved network efficiency and operation and maintenance; with the development of network IP, SDH gradually evolve to MSTP platform; However, for the trunk line and urban core, the lack of capacity gradually highlighted, so the development of WDM is imperative.

In this process, Huawei adhere to customer-centric, and strive to go beyond, self-dependent innovation. From OTN stage initially to 100G, from super 100G to T-SDN commercial use globally, Huawei experienced 20 years of accumulations in optical transport field, from the "precedency" to "excellence."

 

Wearable Electronics Market - Global Industry Analysis and Forecast to 2020

Wearable Electronics are minute electronics devices worn by the consumer which enable wireless networking and mobile computing. The word “wearable technology” refers to any electronic device or product which can be worn by a person to add computing in his action or work and utilize technology to benefit advanced features and characteristics. Wearable electronics may consist of glasses, jewelry, headgear, belts, arm wear, wrist wear, leg wear, footwear, skin patches, and e-textiles.

 

In recent years, there has been lots of research and development going in the field of wearable electronics attributed to their popularity and wide acceptance in global market.

Buy full report: http://www.persistencemarketresearch.com/market-research/wearable-electronics-market.asp

 

The major application market of wearable electronics include, 

 

    • 1) Healthcare and Medical- blood pressure monitors, hearing Aids, continuous glucose monitoring, smart glasses and others 
    • 2) Fitness and Wellness- activity monitors, emotional measurement, foot pods and pedometer, head up display, sleep sensors, smart clothing, smart watches, sleep sensors and others
    • 3) Infotainment- head-up display, hand-worm terminals, head-up display, smart clothing, smart glasses and others
    • 4) Military- head-up display, smart clothing, smart glasses and others

 

North America is the largest market for wearable electronics followed by Europe and Asia Pacific. In the last few years, North America has been witnessing the fastest growth rate; however Asia Pacific region is expected to take over as the fastest growing market in upcoming years.

 

Some of the major drivers of the industry include increasing demand of consumers towards communication, networking, positioning and recognition technologies in compact and portable forms, developments in material science, augmented reality and chip evolution and low power inter device connectivity (Bluetooth 4.0, infra red and NFC). Some of the key challenges for the industry are thermal consideration, negative effect of radiation on human health, and device protection.

 

With the growth of sensors, particularly in the health and medical space, the potential uses of wearable computing technologies are quite extensive. Wearable electronics are expected to increase their adoption levels in different sectors such as health and fitness, gaming, fashion, mobile money, education and transportation.

 

Rising average life expectancy, baby boomers population and larger proportion of patients requiring long term treatment are some of the key drivers in healthcare and medicine segment whereas demands from professional athletes, recreational fitness consumers, and corporate wellness programs are propelling the market of wearable technology in fitness and wellness sector. The ongoing military up gradation programs around the globe such as, the U.S.’s ‘Future Force Warrior (FFW)’, Australia’s ‘Project Wundurra’, Israel’s ‘Integrated Advanced Soldier (IAS)’, and the U.K.’s ‘Future Infantry Soldier Technology’ are expected to increase the overall market share of wearable electronics market in military and defense.    

Some of the key players in the wearable electronics market include Adidas AG, Recon Instruments, Inc., Fibretronic Ltd., Jawbone, Inc., Fitbit, Inc., Nike, Inc. (U.S.), Olympus Corporation, and Weartech s.l, Vuzix Corporation , Google, Inc., Apple, Inc.,By-Wire.Net, Imprint Energy, Inc, Jawbone, Inc., O’neill Wetsuits LIC, Plastic Logic Ltd., Texas Instruments, Inc., Zoog Technologies, Inc., Weartech S.L, Shimmer Research, Inc., Vancive Medical Technologies, Infineon Technologies Ag, Glassup SRL, Eurotech S.P.A, and AT&T, Inc.

 

Request full TOC: http://www.persistencemarketresearch.com/toc/3035

 

Key points covered in the report

  • Report segments the market on the basis of types, application, products, technology, etc (as applicable)
  • The report covers geographic segmentation

      • North America
      • Europe
      • Asia
      • RoW
  • The report provides the market size and forecast for the different segments and geographies for the period of 2010 to 2020
  • The report provides company profiles of some of the leading companies operating in the market
  • The report also provides porters five forces analysis of the market. 
 

Vim Tutorial for Beginners

Modifying the contents of a file within the Unix/Linux command line environment may be difficult for any Linux user, especially if they are new to the operating system. There are many different ways to modify the contents of a file within the UNIX command line, one method in particular is with the Vim command line text editor. Vim is a powerful text based application that can be used to create, modify or save text based files. The following tutorial will introduce you to the basic functionality of vim as well as how to utilize some of its most powerful features.

This introductory tutorial will teach you the basic functionality of vim as well as how to utilize some of its most powerful features.

http://www.dillonhale.com/index.php/blog/linux-tutorials/vim-tutorial-beginners/

 

 

TCPdump Tutorial for Beginners

Tcpdump is a UNIX/Linux command line tool used to sniff and analyze network packets. Tcpdump offers similar functionality to that of the popular Wireshark application when used in command line mode and allows you to apply various filters to limit packet collection or packet output.

This is an introductory tutorial to tcpdump, filtering packets, as well as applying various filters and expressions.

http://dillonhale.com/blog/linux-tutorials/tcpdump-primer/

 
Page 3 of 11

Upcoming Linux Foundation Courses

  1. LFS201 Essentials of System Administration
    12 Jan » 30 Mar - Online Self-Paced
    Details
  2. LFD320 Linux Kernel Internals and Debugging
    13 Jul » 17 Jul - North Reading - MA + Virtual (GUARANTEED TO RUN)
    Details
  3. LFD312 Developing Applications For Linux
    20 Jul » 24 Jul - Virtual
    Details

View All Upcoming Courses


Who we are ?

The Linux Foundation is a non-profit consortium dedicated to the growth of Linux.

More About the foundation...

Frequent Questions

Join / Linux Training / Board