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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Future Developments <strong>and</strong> Challenges for IP <strong>over</strong> WDM Network Deployment 261<br />

13.4.2 Possible Deployment Scenarios<br />

From a service provider perspective, a shift towards automatically switched optical<br />

network services <strong>and</strong> the development <strong>of</strong> functionality supporting these services<br />

are dependant on the possibility <strong>of</strong> integrating the optical CP with legacy<br />

management systems. Among other issues, this raises a question <strong>of</strong> allocating the<br />

functions between the CP <strong>and</strong> management plane (e.g., whether the management<br />

plane remains responsible for carrying out routing <strong>and</strong> link management<br />

or whether these functions as well as connection processing are done by the CP).<br />

The integration <strong>of</strong> automatically switched <strong>and</strong> currently deployed systems<br />

will be done both within different transport network layers <strong>and</strong> within transport<br />

network partitions (different vendor/carrier domains), as shown in Figure 13.9<br />

<strong>and</strong> Figure 13.10 [10]. Consider a multivendor network whose administrative<br />

area consists <strong>of</strong> mult<strong>ip</strong>le control domains. Optical control plane integration can<br />

follow two steps. The first one represents a management-based solution with<br />

carrier-specific CPs directly coupled with the network management plane<br />

through necessary adaptations (Figure 13.9). While such an approach can be<br />

feasible for small-sized <strong>networks</strong>, its scalability is likely to be difficult, as mult<strong>ip</strong>le<br />

complex interfaces will be required for the integration when the network has<br />

exp<strong>and</strong>ed. Additionally, highly dynamic market business requirements make<br />

this model expensive to maintain.<br />

As the second step, a thin layer above mult<strong>ip</strong>le vendor control domains<br />

will be provided as mediation between the management plane <strong>and</strong> vendorspecific<br />

domains. This layer will represent a carrier-independent common CP<br />

Management plane<br />

administrative area<br />

Control<br />

domain 1<br />

I - NNI<br />

Control plane administrative area<br />

Carrier-specific<br />

integrated control<br />

plane<br />

API API API<br />

I - NNI<br />

Control<br />

domain 2<br />

Figure 13.9 Carrier-specific CP integration scenario.<br />

Control<br />

domain 3

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

Saved successfully!

Ooh no, something went wrong!