This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be set to 0, but MAY vary (see Section 5.2). The
Length (before hiding) of this AVP is 6 plus the length of the
Preferred Language.
5.4.4. Session Management AVPs
Local Session ID (ICRQ, ICRP, ICCN, OCRQ, OCRP, OCCN, CDN, WEN, SLI)
The Local Session ID AVP (analogous to the Assigned Session ID in
L2TPv2), Attribute Type 63, contains the identifier being assigned
to this session by the sender.
The Attribute Value field for this AVP has the following format:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Local Session ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Local Session ID is a 4-octet non-zero unsigned integer.
The Local Session ID AVP establishes the two identifiers used to
multiplex and demultiplex sessions between two LCCEs. Each LCCE
chooses any free value it desires, and sends it to the remote LCCE
using this AVP. The remote LCCE MUST then send all data packets
associated with this session using this value. Additionally, for
all session-oriented control messages sent after this AVP is
received (e.g., ICRP, ICCN, CDN, SLI, etc.), the remote LCCE MUST
echo this value in the Remote Session ID AVP.
Note that a Session ID value is unidirectional. Because each LCCE
chooses its Session ID independent of its peer LCCE, the value
does not have to match in each direction for a given session.
See Section 4.1 for additional information about the Session ID.
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be 1 set to 1, but MAY vary (see Section 5.2).
The Length (before hiding) of this AVP is 10.
Remote Session ID (ICRQ, ICRP, ICCN, OCRQ, OCRP, OCCN, CDN, WEN, SLI)
The Remote Session ID AVP, Attribute Type 64, contains the
identifier that was assigned to this session by the peer.
The Attribute Value field for this AVP has the following format:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Remote Session ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Remote Session ID is a 4-octet non-zero unsigned integer.
The Remote Session ID AVP MUST be present in all session-level
control messages. The AVP’s value echoes the session identifier
advertised by the peer via the Local Session ID AVP. It is the
same value that will be used in all transmitted data messages by
this side of the session. In most cases, this identifier is
sufficient for the peer to look up session-level context for this
control message.
When a session-level control message must be sent to the peer
before the Local Session ID AVP has been received, the value of
the Remote Session ID AVP MUST be set to zero. Additionally, the
Local Session ID AVP (sent in a previous control message for this
session) MUST be included in the control message. The peer must
then use the Local Session ID AVP to perform a reverse lookup to
find its session context. Session-level control messages defined
in this document that might be subject to a reverse lookup by a
receiving peer include the CDN, WEN, and SLI.
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be set to 1, but MAY vary (see Section 5.2). The
Length (before hiding) of this AVP is 10.
Assigned Cookie (ICRQ, ICRP, OCRQ, OCRP)
The Assigned Cookie AVP, Attribute Type 65, contains the Cookie
value being assigned to this session by the sender.
The Attribute Value field for this AVP has the following format:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Assigned Cookie (32 or 64 bits) ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Assigned Cookie is a 4-octet or 8-octet random value.
The Assigned Cookie AVP contains the value used to check the
association of a received data message with the session identified
by the Session ID. All data messages sent to a peer MUST use the
Assigned Cookie sent by the peer in this AVP. The value’s length
(0, 32, or 64 bits) is obtained by the length of the AVP.
A missing Assigned Cookie AVP or Assigned Cookie Value of zero
length indicates that the Cookie field should not be present in
any data packets sent to the LCCE sending this AVP.
See Section 4.1 for additional information about the Assigned
Cookie.
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be set to 1, but MAY vary (see Section 5.2). The
Length (before hiding) of this AVP may be 6, 10, or 14 octets.
Serial Number (ICRQ, OCRQ)
The Serial Number AVP, Attribute Type 15, contains an identifier
assigned by the LAC or LNS to this session.
The Attribute Value field for this AVP has the following format:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Serial Number is a 32-bit value.
The Serial Number is intended to be an easy reference for
administrators on both ends of a control connection to use when
investigating session failure problems. Serial Numbers should be
set to progressively increasing values, which are likely to be
unique for a significant period of time across all interconnected
LNSs and LACs.
Note that in RFC 2661, this value was referred to as the "Call
Serial Number AVP". It serves the same purpose and has the same
attribute value and composition.
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be set to 0, but MAY vary (see Section 5.2). The
Length (before hiding) of this AVP is 10.
Remote End ID (ICRQ, OCRQ)
The Remote End ID AVP, Attribute Type 66, contains an identifier
used to bind L2TP sessions to a given circuit, interface, or
bridging instance. It also may be used to detect session-level
ties.
The Attribute Value field for this AVP has the following format:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Remote End Identifier ... (arbitrary number of octets)
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Remote End Identifier field is a variable-length field whose
value is unique for a given LCCE peer, as described in Section
3.3.
A session-level tie is detected if an LCCE receives an ICRQ or
OCRQ with an End ID AVP whose value matches that which was just
sent in an outgoing ICRQ or OCRQ to the same peer. If the two
values match, an LCCE recognizes that a tie exists (i.e., both
LCCEs are attempting to establish sessions for the same circuit).
The tie is broken by the Session Tie Breaker AVP.
By default, the LAC-LAC cross-connect application (see Section
2(b)) of L2TP over an IP network MUST utilize the Router ID AVP
and Remote End ID AVP to associate a circuit to an L2TP session.
Other AVPs MAY be used for LCCE or circuit identification as
specified in companion documents.
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be set to 1, but MAY vary (see Section 5.2). The
Length (before hiding) of this AVP is 6 plus the length of the
Remote End Identifier value.
Session Tie Breaker (ICRQ, OCRQ)
The Session Tie Breaker AVP, Attribute Type 5, is used to break
ties when two peers concurrently attempt to establish a session
for the same circuit.
The Attribute Value field for this AVP has the following format:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Session Tie Breaker Value ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Session Tie Breaker Value is an 8-octet random value that is
used to choose a session when two LCCEs concurrently request a
session for the same circuit. A tie is detected by examining the
peer’s identity (described in Section 3.3) plus the per-session
shared value communicated via the End ID AVP. In the case of a
tie, the recipient of an ICRQ or OCRQ must compare the received
tie breaker value with the one that it sent earlier. The LCCE
with the lower value "wins" and MUST send a CDN with result code
set to 13 (as defined in Section 5.4.2) in response to the losing
ICRQ or OCRQ. In the case in which a tie is detected, tie
breakers are sent by both sides, and the tie breaker values are
equal, both sides MUST discard their sessions and restart session
negotiation with new random tie breaker values.
If a tie is detected but only one side sends a Session Tie Breaker
AVP, the session initiator that included the Session Tie Breaker
AVP "wins". If neither side issues a tie breaker, then both sides
MUST tear down the session.
This AVP MUST NOT be hidden (the H bit MUST be 0). The M bit for
this AVP SHOULD be set to 1, but MAY vary (see Section 5.2). The
Length of this AVP is 14.
Pseudowire Type (ICRQ, OCRQ)
The Pseudowire Type (PW Type) AVP, Attribute Type 68, indicates
the L2 payload type of the packets that will be tunneled using
this L2TP session.
The Attribute Value field for this AVP has the following format:
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| PW Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
A peer MUST NOT request an incoming or outgoing call with a PW
Type AVP specifying a value not advertised in the PW Capabilities
List AVP it received during control connection establishment.
Attempts to do so MUST result in the call being rejected via a CDN
with the Result Code set to 14 (see Section 5.4.2).
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be set to 1, but MAY vary (see Section 5.2). The
Length (before hiding) of this AVP is 8.
L2-Specific Sublayer (ICRQ, ICRP, ICCN, OCRQ, OCRP, OCCN)
The L2-Specific Sublayer AVP, Attribute Type 69, indicates the
presence and format of the L2-Specific Sublayer the sender of this
AVP requires on all incoming data packets for this L2TP session.
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| L2-Specific Sublayer Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The L2-Specific Sublayer Type is a 2-octet unsigned integer with
the following values defined in this document:
0 - There is no L2-Specific Sublayer present.
1 - The Default L2-Specific Sublayer (defined in Section 4.6)
is used.
If this AVP is received and has a value other than zero, the
receiving LCCE MUST include the identified L2-Specific Sublayer in
its outgoing data messages. If the AVP is not received, it is
assumed that there is no sublayer present.
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be set to 1, but MAY vary (see Section 5.2). The
Length (before hiding) of this AVP is 8.
Data Sequencing (ICRQ, ICRP, ICCN, OCRQ, OCRP, OCCN)
The Data Sequencing AVP, Attribute Type 70, indicates that the
sender requires some or all of the data packets that it receives
to be sequenced.
The Attribute Value field for this AVP has the following format:
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Data Sequencing Level |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Data Sequencing Level is a 2-octet unsigned integer indicating
the degree of incoming data traffic that the sender of this AVP
wishes to be marked with sequence numbers.
Defined Data Sequencing Levels are as follows:
0 - No incoming data packets require sequencing.
1 - Only non-IP data packets require sequencing.
2 - All incoming data packets require sequencing.
If a Data Sequencing Level of 0 is specified, there is no need to
send packets with sequence numbers. If sequence numbers are sent,
they will be ignored upon receipt. If no Data Sequencing AVP is
received, a Data Sequencing Level of 0 is assumed.
If a Data Sequencing Level of 1 is specified, only non-IP traffic
carried within the tunneled L2 frame should have sequence numbers
applied. Non-IP traffic here refers to any packets that cannot be
classified as an IP packet within their respective L2 framing
(e.g., a PPP control packet or NETBIOS frame encapsulated by Frame
Relay before being tunneled). All traffic that can be classified
as IP MUST be sent with no sequencing (i.e., the S bit in the L2-
Specific Sublayer is set to zero). If a packet is unable to be
classified at all (e.g., because it has been compressed or
encrypted at layer 2) or if an implementation is unable to perform
such classification within L2 frames, all packets MUST be provided
with sequence numbers (essentially falling back to a Data
Sequencing Level of 2).
If a Data Sequencing Level of 2 is specified, all traffic MUST be
sequenced.
Data sequencing may only be requested when there is an L2-Specific
Sublayer present that can provide sequence numbers. If sequencing
is requested without requesting a L2-Specific Sublayer AVP, the
session MUST be disconnected with a Result Code of 15 (see Section
5.4.2).
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be set to 1, but MAY vary (see Section 5.2). The
Length (before hiding) of this AVP is 8.
Tx Connect Speed (ICRQ, ICRP, ICCN, OCRQ, OCRP, OCCN)
The Tx Connect Speed BPS AVP, Attribute Type 74, contains the
speed of the facility chosen for the connection attempt.
The Attribute Value field for this AVP has the following format:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Connect Speed in bps...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
...Connect Speed in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Tx Connect Speed BPS is an 8-octet value indicating the speed
in bits per second. A value of zero indicates that the speed is
indeterminable or that there is no physical point-to-point link.
When the optional Rx Connect Speed AVP is present, the value in
this AVP represents the transmit connect speed from the
perspective of the LAC (i.e., data flowing from the LAC to the
remote system). When the optional Rx Connect Speed AVP is NOT
present, the connection speed between the remote system and LAC is
assumed to be symmetric and is represented by the single value in
this AVP.
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be set to 0, but MAY vary (see Section 5.2). The
Length (before hiding) of this AVP is 14.
Rx Connect Speed (ICRQ, ICRP, ICCN, OCRQ, OCRP, OCCN)
The Rx Connect Speed AVP, Attribute Type 75, represents the speed
of the connection from the perspective of the LAC (i.e., data
flowing from the remote system to the LAC).
The Attribute Value field for this AVP has the following format:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Connect Speed in bps...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
...Connect Speed in bps (64 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Connect Speed BPS is an 8-octet value indicating the speed in bits
per second. A value of zero indicates that the speed is
indeterminable or that there is no physical point-to-point link.
Presence of this AVP implies that the connection speed may be
asymmetric with respect to the transmit connect speed given in the
Tx Connect Speed AVP.
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be set to 0, but MAY vary (see Section 5.2). The
Length (before hiding) of this AVP is 14.
Physical Channel ID (ICRQ, ICRP, OCRP)
The Physical Channel ID AVP, Attribute Type 25, contains the
vendor-specific physical channel number used for a call.
The Attribute Value field for this AVP has the following format:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Physical Channel ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Physical Channel ID is a 4-octet value intended to be used for
logging purposes only.
This AVP MAY be hidden (the H bit MAY be 0 or 1). The M bit for
this AVP SHOULD be set to 0, but MAY vary (see Section 5.2). The
Length (before hiding) of this AVP is 10.
5.4.5. Circuit Status AVPs
Circuit Status (ICRQ, ICRP, ICCN, OCRQ, OCRP, OCCN, SLI)
The Circuit Status AVP, Attribute Type 71, indicates the initial
status of or a status change in the circuit to which the session
is bound.
The Attribute Value field for this AVP has the following format:
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |N|A|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The A (Active) bit indicates whether the circuit is
up/active/ready (1) or down/inactive/not-ready (0).
The N (New) bit indicates whether the circuit status indication is
for a new circuit (1) or an existing circuit (0). Links that have
a similar mechanism available (e.g., Frame Relay) MUST map the
setting of this bit to the associated signaling for that link.
Otherwise, the New bit SHOULD still be set the first time the L2TP
session is established after provisioning.
The remaining bits are reserved for future use. Reserved bits
MUST be set to 0 when sending and ignored upon receipt.
The Circuit Status AVP is used to advertise whether a circuit or
interface bound to an L2TP session is up and ready to send and/or
receive traffic. Different circuit types have different names for