15.12.2012 Views

deploying and managing ip over wdm networks - Index of

deploying and managing ip over wdm networks - Index of

deploying and managing ip over wdm networks - Index of

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

for thresholds configuration, performance data collection configuration, threshold<br />

crossing events, <strong>and</strong> QoS parameters configuration.<br />

The ILOG Rule tool was used for collecting the alarms <strong>and</strong> finding their<br />

root causes. In the same process, it was used for finding the service impacts <strong>of</strong><br />

the alarms <strong>and</strong> creating new alarms for the affected subnetwork connections.<br />

9.11 Summary<br />

Technologies <strong>and</strong> Tools 181<br />

The WINMAN project aimed to develop an integrated solution for interdomain<br />

network management. In order to create an open <strong>and</strong> st<strong>and</strong>ardized solution,<br />

a component-based system architecture was selected.<br />

A lot <strong>of</strong> effort was spent selecting the most appropriate tools for such system<br />

development. More<strong>over</strong>, in many cases, more than one tool was selected to<br />

demonstrate <strong>and</strong> suggest more than one development option.<br />

In the operating systems area, the system was developed on a Windows<br />

2000 operating system, which proved to be more simple <strong>and</strong> portable than other<br />

options. It was ported also to a UNIX environment.<br />

For the development language, the system development was done on two<br />

object-oriented languages: Java <strong>and</strong> C++. Both languages proved to be valid<br />

solutions, <strong>and</strong> our suggestion is to use the one that is more comfortable for the<br />

development team.<br />

As far as the middleware, two middleware tools were used for communicating<br />

between the system components, CORBA <strong>and</strong> XML. XML proved to be<br />

more helpful in describing the object, while CORBA was more helpful in mapping<br />

the operations. Therefore our recommendation is to use XML only as a<br />

descr<strong>ip</strong>tive language <strong>and</strong> to use the CORBA interfaces for negotiating between<br />

the s<strong>of</strong>tware components.<br />

With respect to databases, the decision was to use a relational database, as<br />

it is the st<strong>and</strong>ard in the industry to choose a simple freeware database <strong>and</strong> to<br />

support an open interface. In this way, the WINMAN solution is database independent<br />

<strong>and</strong> can be run with any relational database.<br />

For the external interfaces, two protocols were used for communicating<br />

between the systems. CaSMIM was used for communicating between the<br />

NMSs, <strong>and</strong> MTNM was used for communicating between the NMS <strong>and</strong> the<br />

EMS. This proved to be the right approach because the CaSMIM is more connection<br />

<strong>and</strong> service oriented <strong>and</strong> MTNM is more equ<strong>ip</strong>ment <strong>and</strong> configuration<br />

oriented.<br />

The GUI used Java as its display tool because <strong>of</strong> constrains that HTML<br />

has in creating dynamic objects. The system did not support a Web client;<br />

therefore, the right conclusion was to use the Java capabilities in drawing<br />

dynamic views <strong>and</strong> receiving dynamic comm<strong>and</strong>s from the operator. All <strong>of</strong> the

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!