LNS

L2TP Network Server

Core Network →
Introduced in Rel-4

LNS is the network server that terminates L2TP tunnels from a LAC, interfacing between the 3GPP packet core and an external IP network for user data traffic.

Category
Core Network
Introduced
Rel-4
Where
Core Network › 5G Core
Specifications
4 specs
LNS Description Purpose Related Classification Detected Changes Specifications

Description

The L2TP Network Server (LNS) is a critical node defined in early 3GPP packet-switched architectures, particularly for GPRS and UMTS, to facilitate interworking with external IP networks using the Layer 2 Tunneling Protocol (L2TP). It operates as the termination point of L2TP tunnels established from an L2TP Access Concentrator (LAC), which in the 3GPP context is typically the Gateway GPRS Support Node (GGSN). The LNS resides in the service provider's or an enterprise's private IP network. Its primary function is to de-encapsulate incoming L2TP frames from the tunnel, extract the user's PPP (Point-to-Point Protocol) session data, and route the IP packets onto the destination IP network. Conversely, for downlink traffic, it encapsulates IP packets within PPP and L2TP frames for transmission back through the tunnel to the user's device (UE).

Architecturally, the LNS sits at the boundary between the 3GPP mobile network and an external Packet Data Network (PDN). The data path involves the UE establishing a PDP Context with the GGSN. The GGSN, acting as a LAC, then initiates an L2TP tunnel to a pre-configured LNS. The user's data traffic is carried over a PPP session, which is itself carried inside the L2TP tunnel. This creates a virtual point-to-point link between the UE and the LNS, making the UE appear as if it is directly connected to the LNS's network. The LNS is responsible for PPP negotiation (like IP address assignment via IPCP), authentication (often using CHAP or PAP), and accounting for the subscriber's session.

Key components of the LNS functionality include the L2TP tunnel endpoint management, PPP session termination, IP routing, and often integrated AAA (Authentication, Authorization, and Accounting) client capabilities to interact with a RADIUS server. Its role was pivotal for enabling secure access to corporate intranets (a forerunner to modern VPNs) and for ISPs to provide Internet access to mobile subscribers. By terminating the L2TP/PPP session, the LNS assigns the UE an IP address from the corporate/ISP pool and becomes the default gateway for the UE's traffic into the external network. This model provided a clear demarcation and a standardized method (L2TP) for connecting mobile networks to external IP service networks before the widespread adoption of GTP-based S8/SGi interfaces and IPsec.

Purpose & Motivation

The LNS was created to solve the problem of securely and transparently connecting mobile subscribers to external IP networks, particularly corporate private networks, in the early days of mobile data (GPRS/UMTS). Prior to standardized tunneling, providing direct corporate access was complex and insecure. The purpose of the L2TP/LNS architecture was to leverage the well-established PPP and L2TP protocols from the IETF to create a virtual dial-up connection over the IP-based mobile core network.

This approach addressed several limitations. It allowed corporations to use their existing remote access infrastructure (LNS servers) to accept connections from mobile users without major changes. It provided a layer of authentication and authorization separate from the mobile network's HLR/AuC. Furthermore, it created a private tunnel for user data, offering a degree of confidentiality within the mobile operator's backbone. The LNS model was central to the 'Wireless WAN' or 'Mobile VPN' service offerings, enabling business users to access email and internal applications remotely.

The motivation for its specification in 3GPP Rel-4 was to provide a standardized interworking solution between 3GPP networks and external IP networks, ensuring multi-vendor interoperability for end-to-end data services. As 3GPP architectures evolved towards a pure IP model with GTP on the SGi interface and later with IPsec, the reliance on L2TP and the LNS diminished for general Internet access. However, the concept laid the groundwork for secure access to packet data networks and influenced later architectures like eVPN and IMS-based services. It represented a crucial bridging technology between legacy dial-up remote access and modern mobile broadband.

Classification

Part ofL2TP
Related approachesAPN

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (1 CRs across 1 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-17 1 change

In Release 17, the specification introduced explicit support for the LNS Address. This addition provides a dedicated mechanism to convey the L2TP Network Server's address within the relevant protocol procedures.

Explore further

Broader topics and technologies where LNS plays a role.

Defining Specifications

3GPP specifications that define or reference LNS, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 29.061 vj00 Packet Domain Interworking for PLMN Rel-19
TS 29.244 vj40 PFCP Specification for Control/User Plane Separation Rel-19
TS 29.561 vj30 5G Interworking with External Data Networks Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.