diff --git a/draft-ietf-lsvr-l3dl.xml b/draft-ietf-lsvr-l3dl.xml index e801dc0..0d41bae 100644 --- a/draft-ietf-lsvr-l3dl.xml +++ b/draft-ietf-lsvr-l3dl.xml @@ -11,7 +11,7 @@ - + @@ -413,7 +413,7 @@ fragments are not ACK paced (as PDUs are), to avoid overwhelming bursts, the sender should pace fragments of a large PDU. - L3DL is carrying relatively small amounts of data on relatively + L3DL is carrying a relatively small amount of data on relatively high bandwidth links, and at a time when the link is not active with other data as it does not yet have layer-3 connectivity. So congestion is not considered a sufficiently significant risk to @@ -786,24 +786,24 @@ uint32_t sbox_checksum_32(const uint8_t *b, const size_t n) +-->
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -| PDU Type = 1 | Payload Length ~ +| PDU Type = 1 | Payload Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -~ | Nonce ~ +| | Nonce | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -~ | LLEI Length | My LLEI | -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-~ -~ | AttrCount | ~ +| | LLEI Length | My LLEI | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -~ Attribute List ... | Auth Type | Key Length ~ +| | AttrCount | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -~ | Key ... | +| Attribute List ... | Auth Type | Key Length | ++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +| | Key ... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ @@ -851,13 +851,38 @@ q--> authentication failures and retries. A configurable failure count limit (default 8) SHOULD result in giving up on the connection attempt. + + The Serial Number is a monotonically increasing 32-bit value + representing the sender's state at the time of sending the last PDU. + It may be an integer, a timestamp, etc. If incrementing the Serial + Number would cause it to be zero, it should be incremented + again. - The Serial Number is that of the last received and processed PDU. - This allows a receiver sending an OPEN to tell the sender that the - receiver wants to resume a session and the sender only needs to send - data more recent than the Serial Number. If this OPEN is not trying - to restart a lost session, the Serial Number MUST BE set to - zero. + On session restart (new OPEN), a receiver MAY send the last + received Serial Number to tell the sender to only send data with a + Serial Number greater (in the sense), or + send a Seerial Number of zero to request all data. + + The Serial Number supports session resumption in anticipation of + peers having a very large amount of state they would prefer not to + re-exchange because of some glitch. The Serial Number is not + expected to wrap for a considerable time, e.g. days or weeks. But + to address the rare case it does, on DNS + Serial Number Arithmetic should be used as it is in the Transmission + Sequence Number. + + This allows a sender of an OPEN to tell the receiver that the + sender would like to resume a session and that the receiver only + needs to send data starting with the PDU with the lowest Serial + Number greater (in the sense) than the one + sent in the OPEN. If the sender is not trying to resume a dropped + session, the Serial Number MUST be zero. + + If the receiver of an OPEN PDU with a non-zero Serial Number can + not resume from the requested point, it should return an ACK with an + Error Code of 2, Session could not be continued. The sender of the + failing OPEN PDU SHOULD then send an OPEN PDU with a Serial Number + of zero. The Signature fields are described in and in an asymmetric key environment serve as a proof of possession of the @@ -878,18 +903,18 @@ q--> new Nonce from an LLEI, speaker B, with which A believes it already has an L3DL session (OPENs have already been exchanged), and the Serial Number in the OPEN PDU is non-zero, speaker A SHOULD - establish a new session by sending an OPEN with the Serial Number - being the same as that of A's last sent and ACKed PDU. Each party - MUST resume sending encapsulations etc. subsequent to the other - party's Sequence Number. And each MUST retain all previously - discovered encapsulation and other data. + establish a new sending session by sending an OPEN with the Serial + Number being the same as that of A's last sent and ACKed PDU. A + MUST resume sending encapsulations etc. subsequent to the requested + Sequence Number. And B MUST retain all previously discovered + encapsulation and other data received from A. If a properly authenticated OPEN arrives with a new Nonce from an LLEI with which the receiving logical link endpoint believes it already has an L3DL session (OPENs have already been exchanged), and the Serial Number in the OPEN is zero, then the receiver MUST assume that the sending LLEI or entire device has been reset. All - previously discovered encapsulation data MUST NOT be kept and MUST + Previously discovered encapsulation data MUST NOT be kept and MUST BE withdrawn via the BGP-LS API and the recipient MUST respond with a new OPEN. @@ -1696,20 +1721,20 @@ q--> - - - - - - - - - - - - - - + + + + + + + + + + + + + + IANA Private Enterprise Numbers @@ -1744,10 +1769,10 @@ q--> - - - - + + + +