[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Introduction to "draft-jian-ccamp-multinodes-rsvp-restart-00".




Hi all,

We submitted a draft "draft-jian-ccamp-multinodes-rsvp-restart-00" to
IETF some time ago.

Title of our draft is " Mechanism of multiple adjacent nodes RSVP
graceful restart Simultaneously ".

Based on the RSVP graceful restart defined in the RFC3473, RFC3209,
draft-ietf-ccamp-rsvp -node-id-based-hello-02 and draft-ietf-ccamp-
rsvp-restart-ext-05, we puts forward extensions.

We have two motivations in our draft:
1、We think the restarted node is usually at a passive position. Only
after it receives the RSVP GR Hello message from the neighbor, will
it  inform the neighbor of its GR capability by returning the ACK message.
So we puts forward extensions by using multicast address as destination
address of GR HELLO request message or adopting hot backup key data of
the established GR HELLO instance before restaring to make the restarted
node can actively inform himself RSVP graceful restart capability to the
neighbor.
2、We further provide the relevant mechanism to support recovery processing
of RSVP graceful restart at simultaneous restart of multiple adjacent nodes.

So we would like invite everyone to join the discussion about our draft. And
let us know your opinions about our draft.


Thanks in advance.

Jiang Weilian



***********************************************
信息安全声明:本邮件包含信息归ZTE所有,
ZTE对该邮件拥有所有权利。请接收者注意
保密,未经发件人书面许可,不得向任何第
三方组织和个人透露本邮件所含信息的全部
或部分。以上声明仅适用于工作邮件。
Information Security  Notice:
The information contained in this mail is
solely property of  ZTE Corporation. 
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.
***********************************************