Subject: [Idr] issue 9: section 8.1.3 - editorial comments

From: "Susan Hares" <[email-masked]>
Date: Wed, 2 Jul 2003 12:12:50 -0400

Tom and Alex: 

Issue 9: Timer events

	a) issue:  Expires or Expired  
		
		Alex - do you have a strong preference - otherwise
		          it will go to expired.		
	
	b) DelayOpenTimer - [My choice]  
		Depends on issue 2 - awaiting comments.
		[Tom - My choice is DelayOpen, DelayOpenTime, 
			DelayOpenTimer.]

	c) editorial changes: all others accepted

Sue 

-------------------------

Tom's comment

8.1.3 Timer Events

       Event9: ConnectRetryTime_Expires

** Expires or Expired?  I think Expired is better in all the timer related events
** and it is used in places while Expires is used more often; as ever, I want
** consistency (and prefer the albeit bigger change, to Expired)

              Definition: An event generated when the ConnectRetryTimer
                          expires.

              Status:     Mandatory

       Event10: HoldTimer_Expires

              Definition: An event generated when the HoldTimer expires.

              Status:     Mandatory

       Event11: KeepaliveTimer_Expires

              Definition: An event generated when the KeepaliveTimer expires.
              Status:     Mandatory

       Event12: OpenDelayTimer_Expires

              Definition: An event generated when the OpenDelayTimer expires.

              Status:     Optional

              Optional
              Attribute 
	      Status: 	  If this event occurs,
                          1) DelayOpen SHOULD be set to TRUE
                          2) DelayOpenTimer**(OpenDelayTimer) SHOULD be supported

      Event13: IdleHoldtimer**(IdleHoldTimer)_Expires

             Definition:  An event generated when the IdleHoldTimer
                          expires indicating that the session has completed
                          waiting for the back-off period to prevent BGP peer
                          oscillation.

                          The IdleHoldTimer is only used when the persistent
                          peer oscillation damping function is enabled by
			  setting the DampPeerOscillation flag is set. 

                          Implementations not implementing the presistent peer
                          oscillation damping function may not have the 
			  IdleHoldTimer.

              Status:     Optional

              Optional
              Attribute 
	      Status:	  If this event occurs:
                          1) DampPeerOscillation SHOULD be set to TRUE
                          2) IdleHoldTimer SHOULD have just expired**(be supported)

_______________________________________________
Idr mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/idr