[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Moving LSP ownership between control plane and management plane
Adrian,
You asked for comments on this proposal, which was presented to ITU-T
Q14 experts in January of this year.
There are so many issues involved in moving a connection from the
management plane to the control plane that involve intensive management
action, that it is not evident that signaling need be involved at all.
As a personal opinion, it makes little sense to consider moving the
connection. It makes more sense to replace the connection with one set
up via the control plane, and to then delete the original management set
up connection.
Appended is an excerpt of the meeting report detailing some of the
issues that need to be resolved before signaling need be considered.
Regards
George
Excerpt of the meeting report of Q14 Experts, January 2005
WD06 (Marconi) "G.7713 Modification in order to support Circuit
Migration" contains a modified version of draft G.7713 Revision as was
presented in the Berlin meeting (WD 11, i.e., TD50/3 Dec.2004). This
contribution addresses SP24 (PC ? SPC) of G.7713. It proposes to extend
the concept of Call/Connection setup to setup/adopt and release to
release/de-adopt. In Connection Adoption both the SNC are not actually
created and the LC are not actually established due to the fact that the
underlying physical resources are already in place. In the
Call/Connection dis-adoption SNC-LC-SNC is not actually de-allocated,
only the Control Plane information associated with then is removed and
the ownership is moved to Management Plane. Attributes for indicating
Adoption/Dis-adoption are proposed for the INNI Connection messages.
The discussion was mainly on the Management plane and Control plane
actions required before signalling is involved. The group noted that the
following issues need to be addressed:
- Naming of transport resources to the control plane. Before a call can
be placed under signalling control, links that are involved in the
connection need to be given control plane names. Without these, no
explicit route can be formed to match the resources of the connection.
- Resource state while under dual CP and MP views. After resources are
given control plane names, the resources are still viewed by the
management plane. It may be necessary to create a new state for the
resource to indicate that the management plane cannot perform some
actions on the connection points as the control plane is about to take over.
- Role of discovery functions (esp. CELA). After control plane names
are allocated, distributed control plane functions need to be associated
and communication adjacencies formed. This too is a precursor to any
signalling procedures in migrating from the MP to CP.
- Similarity of migration to synchronization after CP failure and
subsequent recovery. Connection control procedures might be the same in
migrating a call from the MP to the CP as the situation when the CP has
failed and is recovering. Here, the network connections are already in
place, but connection and call state need to be created to match it.
Knowledge of the call and what the connection should be is obtained from
the MP for migration, and from some reliable database in the recovery case.
- Call awareness of migration vs. connection being unaware of migration.
When connection state is being created to match an existing
connection, the connection controllers (CCs) do not require awareness of
why this is happening as the context could be migration or recovery. A
mechanism to create control state without affecting transport plane
state is needed in the CCs. Call controllers though do need migration
awareness as they need to obtain/derive call identification from the MP.
In summary, the group decided that it is premature to consider
signalling procedure before the above issues, amongst other, have been
studied. However the contribution does enable the group to expose in a
larger context the interaction between CP and MP for connection
migration. The above issues were included in SP24 of the G.7713 Living
List (see WD22).