가입자 액세스를 위한 L2TP 개요

L2TP(Layer 2 Tunneling Protocol)는 PPP(Point-to-Point Protocol)가 네트워크를 통해 터널링될 수 있도록 하는 클라이언트-서버 프로토콜입니다. L2TP는 네트워크를 통한 전송을 위해 PPP와 같은 레이어 2 패킷을 캡슐화합니다. 액세스 디바이스에 구성된 L2TP LAC(Access Concentrator)는 원격 클라이언트로부터 패킷을 수신하여 원격 네트워크의 L2TP 네트워크 서버(LNS)로 전달합니다. LNS는 원격 클라이언트에서 LAC에 의해 터널링된 PPP 세션의 논리적 종료 지점으로 기능합니다. 그림 1 은 간단한 L2TP 토폴로지를 보여줍니다.

L2TP는 케이블 또는 xDSL과 같은 액세스 기술의 종료를 PPP 종료 및 후속 네트워크 액세스와 분리합니다. 이러한 분리를 통해 공용 ISP는 액세스 기술을 경쟁력 있는 지역 통신 사업자(CLEC)에 아웃소싱할 수 있습니다. L2TP는 ISP에 VPN 서비스를 제공할 수 있는 기능을 제공합니다. 민간 기업은 원격 근무자를 위한 액세스 기술에 대한 투자를 줄이거나 피할 수 있습니다.

라우터가 원격 클라이언트로부터 패킷을 수신한 다음 레이어 2에서 LNS로 직접 전달하는 PPP 패스스루 모드에서 LAC 역할을 하도록 구성할 수 있습니다. PPP 세션은 LNS에서 종료됩니다. 이 LAC 구현은 동적 또는 정적 논리적 인터페이스를 통해 PPPoE(Point-to-Point Protocol over Ethernet) 가입자만 지원합니다. 그림 2 는 L2TP 패스스루 연결을 위한 프로토콜 레이어 스태킹을 보여줍니다.

참고:

MX 시리즈 라우터에서 LAC 및 LNS 기능은 MPC에서만 지원됩니다. PIC 또는 MS-DPC 서비스에서는 지원되지 않습니다. L2TP를 위한 MPC 지원에 대한 자세한 내용은 MX 시리즈 인터페이스 모듈 참조를 참조하십시오

특정 M 시리즈 라우터는 서비스 PIC에서 LNS 기능을 지원합니다. M 시리즈 라우터에서의 L2TP 구현에 대한 자세한 내용은 L2TP 서비스 구성 개요를 참조하십시오.

LAC는 AAA 인증 매개 변수를 기반으로 터널을 동적으로 생성하고 IP/UDP(User Datagram Protocol)를 통해 L2TP 패킷을 LNS로 전송합니다. 트래픽은 L2TP session로 이동하며, 터널은 하나 이상의 세션의 집합체입니다. 또한 AAA에서 사용하는 도메인 맵을 프로비저닝하여 LAC에서 PPPoE 가입자를 터널링하거나 종료할지 여부를 결정할 수 있습니다. LNS로 터널링된 각 PPP 가입자와 L2TP 세션 사이에는 일대일 매핑이 존재합니다.

LNS가 MX 시리즈 라우터인 경우 MPC의 LAC 페이싱 피어 인터페이스는 터널 엔드포인트 간에 IP 패킷을 교환하기 위한 IP 주소를 제공합니다. 라우팅 엔진은 L2TP 터널을 유지합니다. 패킷 전달 엔진은 하나 이상의 인라인 서비스(si) 인터페이스를 호스팅합니다. 이러한 인터페이스는 가상 물리적 인터페이스처럼 작동하며 LNS에 L2TP 세션을 고정 합니다. 인터페이스는 si 특별한 서비스 PIC 없이 L2TP 서비스를 가능하게 합니다. 마지막으로, 다른 인터페이스는 인터넷과 가입자 데이터를 전송하는 데 사용됩니다.

터널의 특성은 사용자가 구성한 터널 프로파일 또는 LAC에서 액세스할 수 있는 AAA 서버의 RADIUS 터널 속성 및 VSA(Vendor-Specific Attribute)에서 유래할 수 있습니다. RADIUS 인증이 발생하기 전에 터널 프로파일을 적용하는 터널 프로파일을 도메인 맵에 포함할 수 있습니다. RADIUS 표준 특성 및 VSA를 사용하여 도메인 맵의 터널 프로파일에 의해 구성된 일부 또는 모든 특성을 재정의할 수 있습니다. 또는 RADIUS Tunnel-Group VSA [26-64]가 RADIUS 로그인에 지정된 경우 RADIUS가 터널 프로파일을 자체적으로 적용할 수 있습니다.

참고:

L2TP는 GRE 터널에서 지원되지 않습니다.

서비스 프로바이더 AAA 서버(LNS에서 액세스 가능)의 가입자 프로필에 있는 Virtual-Router VSA [26-1]은 LNS에서 L2TP 세션이 시작되는 라우팅 인스턴스를 결정합니다. 이 VSA가 없으면 터널이 LNS에서 종료되는 라우팅 인스턴스에서만 AAA 서버에 액세스할 수 있기 때문에 가입자 세션이 터널과 동일한 라우팅 인스턴스에 나타납니다.

이 동작은 DHCP 및 터널링되지 않은 PPPoE 가입자의 경우와 다르며, 가상 라우터 VSA가 없을 때 기본 라우팅 인스턴스에서 발생합니다. L2TP 가입자의 경우, 가입자 세션이 터널 라우팅 인스턴스와 다른 라우팅 인스턴스에서 발생하도록 하려면 가입자 프로필에 이 VSA를 포함해야 합니다.

Junos OS 릴리스 17.4R1부터 LNS는 Access-Request 메시지를 RADIUS 서버로 보낼 때 다음과 같은 RADIUS 속성을 포함합니다.

• 터널형 (64)

• 터널 중형 (65)

• 터널 클라이언트 엔드포인트 (66)

• 터널 서버 엔드포인트 (67)

• 계정 터널 연결 (68)

• 터널 할당 ID (82)

• 터널 클라이언트 인증 ID (90)

• 터널 서버 인증 ID (91)

이전 릴리스에서 LNS는 RADIUS 서버로 보내는 계정 레코드에만 이러한 특성을 포함합니다. Access-Request 메시지에서는 RADIUS 서버에서 LAC에서 LNS로의 세션을 상호 연결하는 데 사용할 수 있습니다.

LAC는 특정 RADIUS VSA를 기반으로 보안 정책을 생성하고 RADIUS 속성을 사용하여 트래픽을 미러링할 가입자를 식별하는 RADIUS 시작 미러링을 지원합니다. (이 기능은 MX 시리즈 라우터에 구성된 LNS에는 지원되지 않습니다.)

LAC와 LNS는 통합 ISSU를 지원합니다. 업그레이드가 시작되면 LAC는 진행 중인 모든 L2TP 협상을 완료하지만 업그레이드가 완료될 때까지 새로운 협상은 거부합니다. 업그레이드하는 동안 새 터널 또는 세션이 설정되지 않습니다. 가입자 로그아웃은 업그레이드 중에 기록되며 업그레이드가 완료된 후에 완료됩니다.

표 1 은 L2TP의 기본 용어를 설명합니다.

표 1: L2TP 용어

용어	설명
Avp	속성 값 쌍(AVP) - 정수로 표시되는 고유한 속성과 속성으로 식별되는 실제 값을 포함하는 값의 조합입니다.
호출	원격 시스템과 LAC 간의 연결(또는 연결 시도)입니다.
락	L2TP LAC(Access Concentrator) - L2TP 터널 엔드포인트의 한 측 역할을 하며 LNS의 피어 역할을 하는 노드입니다. LAC는 LNS와 원격 시스템 사이에 위치하며 각 시스템과 패킷을 주고받습니다.
Lns	L2TP 네트워크 서버(LNS) - L2TP 터널 엔드포인트의 한 측 역할을 하며 LAC의 피어인 노드입니다. LNS는 LAC에 의해 원격 시스템에서 터널링되는 PPP 연결의 논리적 종료 지점입니다.
피어	L2TP 컨텍스트에서 LAC 또는 LNS. LAC의 피어는 LNS이며 그 반대의 경우도 마찬가지입니다.
프록시 인증	LNS를 대신하여 LAC에서 수행하는 PPP 사전 인증. 프록시 데이터는 LAC에 의해 인증 유형, 인증 이름 및 인증 챌린지와 같은 속성을 포함하는 LNS로 전송됩니다. LNS는 인증 결과로 응답합니다.
프록시 LCP	LNS를 대신하여 LAC에서 수행하는 LCP(Link Control Protocol) 협상입니다. 프록시는 LAC에 의해 클라이언트에서 보내고 받은 마지막 구성 속성과 같은 속성을 포함하는 LNS로 전송됩니다.
원격 시스템	원격 액세스 네트워크에 연결된 엔드 시스템 또는 라우터로, 통화의 개시자 또는 수신자입니다.
세션	원격 시스템과 LNS 간에 종단 간 PPP 연결이 설정될 때 LAC와 LNS 간에 생성되는 논리적 연결입니다. 참고: 설정된 L2TP 세션과 관련 PPP 연결 사이에는 일대일 관계가 있습니다.
터널	제어 연결과 0개 이상의 L2TP 세션으로 구성되는 LAC-LNS 쌍 간의 연결.

L2TP는 다음 네 가지 수준에서 구현됩니다.

• Source(소스) - LAC 역할을 하는 로컬 라우터입니다.

• Destination(대상) - LNS 역할을 하는 원격 라우터입니다.

• 터널 - LAC와 LNS 간의 직접 경로입니다.

• 세션 - 터널의 PPP 연결입니다.

라우터가 대상, 터널 및 세션을 설정하면 L2TP 트래픽을 제어할 수 있습니다. 목적지를 변경하면 해당 목적지에 대한 모든 터널과 세션에 영향을 미칩니다. 터널을 변경하면 해당 터널의 모든 세션에 영향을 미칩니다. 예를 들어, 대상을 닫으면 해당 대상에 대한 모든 터널과 세션이 닫힙니다.

• LAC의 이벤트 순서
• LNS의 이벤트 시퀀스

L2TP 피어는 피어 디바이스로 보내야 하는 제어 메시지 큐를 유지 관리합니다. 로컬 피어(LAC 또는 LNS)는 메시지를 보낸 후 원격 피어의 응답을 기다립니다. 응답이 수신되지 않으면 로컬 피어가 메시지를 재전송합니다. 이 동작을 통해 원격 피어가 메시지에 응답하는 데 더 많은 시간을 할애할 수 있습니다.

다음 두 가지 방법으로 재전송 동작을 제어할 수 있습니다.

• 재전송 횟수 - 로컬 피어가 승인되지 않은 메시지를 재전송하는 횟수를 구성할 수 있습니다. 수를 늘리면 원격 피어가 응답할 수 있는 기회가 더 많아지지만 제어 트래픽의 양도 늘어납니다. 설정된 터널의 경우, 계층 수준에서 명령문을 [edit services l2tp tunnel] 포함합니다retransmission-count-established. 아직 설정되지 않은 터널의 retransmission-count-not-established 경우 문을 포함합니다.

• 재전송 간격 - 로컬 피어가 제어 메시지에 대한 첫 번째 응답을 기다리는 시간을 구성할 수 있습니다. 첫 번째 제한 시간 간격 내에 응답이 수신되지 않으면 재전송 타이머는 각 연속 재전송 사이의 간격을 최대 16초까지 두 배로 늘립니다. 간격을 늘리면 원격 피어가 응답할 수 있는 시간이 더 많아지지만 잠재적으로 사용할 수 없는 피어에 더 많은 리소스를 소비하게 됩니다. minimum-retransmission-interval 계층 수준에서 문을 [edit services l2tp tunnel] 포함합니다.

로컬 피어는 다음 중 하나가 발생할 때까지 제어 메시지를 계속 재전송합니다.

• 현재 대기 기간 내에 응답이 수신됩니다.

• 최대 재전송 횟수에 도달했습니다.

최대 수에 도달했으나 응답이 수신되지 않은 경우 터널 및 모든 세션이 지워집니다.

참고:

최대 간격인 16초에 도달해도 재전송이 중단되지 않습니다. 로컬 피어는 각 후속 재전송 후 16초 동안 계속 대기합니다.

다음 예제에서는 다양한 상황에서의 재전송 동작을 설명합니다.

• 예 1 - 재전송 횟수는 3이고 최소 재전송 간격은 1초입니다.

  1. 로컬 피어가 제어 메시지를 보냅니다.

  2. 로컬 피어는 1초간 대기하지만 응답을 받지 못합니다.

  3. 로컬 피어는 제어 메시지를 재전송합니다. 이것은 첫 번째 재전송입니다.

  4. 로컬 피어는 2초간 대기하지만 간격이 만료되기 전에 응답을 수신합니다.

  5. 간격 내에 응답이 수신되므로 재전송이 중지됩니다.

• 예 2 - 재전송 횟수는 2이고 최소 재전송 간격은 8초입니다.

  1. 로컬 피어가 제어 메시지를 보냅니다.

  2. 로컬 피어는 8초 동안 대기하지만 응답을 받지 못합니다.

  3. 로컬 피어는 제어 메시지를 재전송합니다. 이것은 첫 번째 재전송입니다.

  4. 로컬 피어는 16초 동안 대기하지만 응답을 받지 못합니다.

  5. 로컬 피어는 제어 메시지를 재전송합니다. 이것은 두 번째 재전송입니다.

  6. 간격이 16을 초과하여 증가할 수 없으므로 로컬 피어는 다시 16초를 기다리지만 응답을 받지 못합니다.

  7. 최대 재전송 횟수인 2에 도달했기 때문에 재전송이 중지됩니다.

  8. 터널과 모든 세션이 지워집니다.

• 목적
• 작업