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.

Another remarkable characteristic <strong>of</strong> the API is the implementation <strong>of</strong><br />

the concept <strong>of</strong> transactions: a configuration change is done completely or it is<br />

not done at all. We achieve this goal by transferring the complete configuration<br />

file to the device <strong>and</strong> replacing the active configuration by this new file.<br />

The whole process is controlled using a proprietary Cisco MIB for device<br />

configuration [10, 11].<br />

This API is extensible to every aspect <strong>of</strong> the router configuration. This can<br />

be achieved by extension <strong>of</strong> the configuration class <strong>and</strong> the corresponding templates.<br />

A multivendor implementation would need specific templates for each<br />

vendor. The method for extending the API is to specialize the class OtherConfigPar,<br />

which at the moment contains everything but the MPLS-TE tunnels<br />

configuration.<br />

The API supports the whole range <strong>of</strong> SNMP traps <strong>and</strong> can capture <strong>and</strong><br />

parse them in order to notify the exception condition to any management system<br />

using the API.<br />

Performance management functionality is currently under development<br />

<strong>and</strong> is based on st<strong>and</strong>ard SNMP meters <strong>and</strong> the proprietary CISCO-<br />

RTTMON-MIB [12] that enables the measurement <strong>of</strong> one-way delay (synchronization<br />

needed), round tr<strong>ip</strong> delay, <strong>and</strong> jitter. More information about this MIB<br />

usage can be read at [13].<br />

3.3.4 Management <strong>of</strong> MPLS VPNs<br />

Based on the successful deployment <strong>of</strong> the previously mentioned BGP/MPLS<br />

model for IP VPNs, many vendors are providing management s<strong>of</strong>tware for this<br />

application. These applications are inherently multivendor because the model is<br />

a st<strong>and</strong>ard implemented by several IP equ<strong>ip</strong>ment providers. These tools are<br />

mainly centered on performance <strong>and</strong> configuration management, <strong>and</strong> they<br />

enable service providers to deploy VPN services on their MPLS-enabled<br />

backbones.<br />

Examples <strong>of</strong> these tools can be found in the Web sites <strong>of</strong> major vendors<br />

like Cisco [14] <strong>and</strong> Jun<strong>ip</strong>er [15], <strong>and</strong> some s<strong>of</strong>tware companies like Orchestream<br />

[16] <strong>and</strong> WANDL [17], among others.<br />

Also, a MIB for modeling MPLS/border gateway protocol (BGP) VPN<br />

management has been published by the IETF [18].<br />

3.4 Policy-Based Management<br />

Management <strong>of</strong> the IP Network Layer 43<br />

The aim <strong>of</strong> policy based network management (PBNM) is to make reality a vertical<br />

integration among network-element management, network management,<br />

<strong>and</strong> application management. In fact, PBNM provides a way to abstract the

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

Saved successfully!

Ooh no, something went wrong!