Re: [mpls] Updated drafts - draft-kini-mpls-ring-frr-facility-backup, draft-kini-mpls-fast-lsp-alert

hi Autumn,
BTW, Is the PRO information exchanged by control signaling?
if so, this protection solution must not be independent of 
control plane. whether it can violate RFC5464 23.B:
 taking recovery actions independent of the control or
 management plane used to configure the MPLS-TP layer network?

Regards
liu

Autumn Liu <autumn.liu@ericsson.com> 
发件人:  mpls-bounces@ietf.org
2010-08-05 10:09

收件人
"liu.guoman@zte.com.cn" <liu.guoman@zte.com.cn>
抄送
"mpls@ietf.org" <mpls@ietf.org>
主题
Re: [mpls] Updated drafts - draft-kini-mpls-ring-frr-facility-backup, 
draft-kini-mpls-fast-lsp-alert

Hi Liu,

The RRO information is exchanged before the failure, and it is per LSP 
along with each refresh message.
P2MP LSP protection is interesting topic and we can discuss further.

Regards,
Autumn

From: liu.guoman@zte.com.cn [mailto:liu.guoman@zte.com.cn] 
Sent: Tuesday, August 03, 2010 8:39 PM
To: Autumn Liu
Cc: mpls@ietf.org; mpls-bounces@ietf.org; Sriganesh Kini
Subject: RE: [mpls] Updated drafts - 
draft-kini-mpls-ring-frr-facility-backup, draft-kini-mpls-fast-lsp-alert

Autumn 
thank you for explaining. according to my understanding, when one link 
have failure, PLR node will append to the PRO of per LSP which have been 
affected by the failure in the 
BFD Session of backup tunnel, so that PLR-u will know which LSP need to 
switch its own e-backup tunnel? if so , as PLR may be MIP of some LSP , 
how do it know PRO of per LSP? 
can you need to query the PRO of per LSP by control plane? 
in addtion, for P2MP , when U-PLR received alert message from PLR , U-PLR 
should make service packet bridge both primary LSP and e-backup tunnel at 
the same time. it is very rapid and 
valid solution. do you think so? 
if you can be interested in the p2mp protection solution, we may disscuss 
it in detail in the following time. 

best regards 
liu

Autumn Liu <autumn.liu@ericsson.com> 
2010-08-04 10:35 

收件人
"liu.guoman@zte.com.cn" <liu.guoman@zte.com.cn>, Sriganesh Kini 
<sriganesh.kini@ericsson.com> 
抄送
"mpls@ietf.org" <mpls@ietf.org>, "mpls-bounces@ietf.org" 
<mpls-bounces@ietf.org> 
主题
RE: [mpls] Updated drafts - draft-kini-mpls-ring-frr-facility-backup, 
draft-kini-mpls-fast-lsp-alert

Liu, 

The proposed RRO subject tells u-PLR of primary LSP which backup is 
protecting it. When the alert message is received on that backup, the 
u-PLR finds out the primary LSP (protected by the backup) to switch the 
traffic onto the e-backup. 

Hope this gives you the clear answer to your question. 

Autumn 

 _______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls

--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.