5G 등록 시그널링을 캡처하면 엔지니어는 보통 Initial UE Message, Uplink NAS Transport 같은 메시지와 다른 NGAP 절차를 어렵지 않게 찾을 수 있습니다. 더 어려운 문제는 그 아래에서 무슨 일이 일어나는지입니다. N2 시그널링 패킷은 어떻게 gNB를 떠나 전송망과 데이터센터를 지나 최종적으로 AMF 서비스를 호스팅하는 서버까지 도달할까요? AMF가 가상화되어 VM에서 실행 중이라면 gNB는 실제로 어느 엔드포인트와 SCTP 연관을 맺는 것일까요? PTN 게이트웨이, 데이터센터 엣지 라우터, EOR 스위치, TOR 스위치는 각각 어떤 역할을 할까요? 시그널링이 실패했을 때는 NGAP, SCTP, IP 라우팅, 아니면 2계층 MAC 포워딩 중 어디서부터 점검해야 할까요?

이 질문들은 서로 다른 엔지니어링 영역에 속하는 것처럼 보입니다. 무선팀은 gNB를 보고, 코어망팀은 AMF와 NGAP를 확인하며, 전송팀은 PTN을 관리하고, 데이터센터팀은 스위치와 서버를 담당합니다. 하지만 정상적인 N2 경로에서는 이 모든 구성요소가 하나의 연속된 체인으로 동작합니다. gNB가 받은 NAS Registration Request가 곧바로 AMF로 “점프”하는 것은 아닙니다. gNB는 먼저 RRC 측에서 메시지를 NGAP로 중계하고, SCTP와 IP로 캡슐화한 뒤 여러 3계층 및 2계층 네트워크 노드를 거쳐 최종적으로 AMF 프로세스가 실행되는 컴퓨팅 환경에 전달합니다. 논리 프로토콜 경로와 실제 물리 네트워크 경로를 함께 보면 단순히 “AMF에 ping이 되는가?”만 확인하는 것보다 N2 라우팅 문제를 훨씬 쉽게 분석할 수 있습니다.

N2 인터페이스는 실제로 무엇을 전달하는가?

N2는 gNB와 AMF 사이의 시그널링 인터페이스입니다. UE 등록, 이동성 관리, 기타 5G 제어평면 절차에서는 UE가 NAS 메시지를 생성하고 gNB가 핵심적인 중계 기능을 수행합니다. gNB는 UE에서 받은 NAS-PDU를 해당 NGAP 메시지 안에 넣어 N2를 통해 AMF로 전송합니다. 다운링크 방향에서는 반대 과정이 적용됩니다. 따라서 N2 시그널링을 이해하려면 애플리케이션 메시지 자체와 그 메시지를 운반하는 전송 경로를 구분해야 합니다.

UE가 등록을 시작하는 상황을 가정해 보겠습니다. UE는 먼저 무선 프로토콜 스택을 통해 gNB로 NAS Registration Request를 보냅니다. 이 유형의 시그널링에서 gNB는 최종 애플리케이션 엔드포인트가 아닙니다. gNB의 역할은 NAS-PDU를 NGAP 메시지에 넣고 이미 설정된 N2 전송 관계를 통해 AMF로 전달하는 것입니다. 상위 관점에서 보면 UE 측에서는 NAS, RRC, PDCP, RLC, MAC, L1을 거쳐 메시지가 처리됩니다. gNB에서는 NAS 메시지가 무선 측 스택에서 NGAP로 중계된 뒤 SCTP, IP, 2계층, 1계층을 통해 운반됩니다. AMF에서는 반대 순서로 디캡슐화되어 NAS 메시지가 NAS 처리 계층에 도달합니다.

흔한 오해 중 하나는 “gNB가 NAS를 전달한다”는 것을 IP 라우터가 패킷을 포워딩하는 것과 같은 동작으로 보는 것입니다. 두 동작은 서로 다른 계층에서 이루어집니다. gNB는 먼저 NAS/RRC에서 NGAP로 프로토콜 수준의 중계를 수행하고 새로운 N2 측 SCTP/IP 패킷을 생성합니다. 전송망과 데이터센터망은 페이로드에 Registration Request가 들어 있는지, 다른 NAS 절차가 들어 있는지 이해할 필요가 없습니다. 이들의 역할은 IP 라우팅, MAC 주소, 인터페이스 정보에 따라 패킷을 전달하는 것입니다.

NGAP 절차는 UE 연관 절차와 비UE 연관 절차로도 구분할 수 있습니다. NAS Transport와 Initial Context Setup은 UE 연관 절차이고, NG Setup은 노드 수준의 비UE 연관 절차입니다. 이 구분은 장애 분석에 유용합니다. 하나의 gNB에 연결된 모든 UE가 AMF와 통신하지 못한다면 노드 수준 N2 관계, SCTP, IP 라우팅을 먼저 의심해야 합니다. 특정 UE 하나만 영향을 받는다면 그 UE의 NGAP 및 NAS 컨텍스트를 따라 계속 분석해야 합니다.

gNB와 AMF 사이에서 N2 시그널링은 어떤 네트워크 노드를 통과하는가?

논리 아키텍처 다이어그램에서는 N2를 gNB와 AMF 사이의 한 줄로 표현하는 경우가 많습니다. 이 표현은 인터페이스 관계를 설명하기에는 유용하지만 시그널링 트래픽이 실제로 지나가는 네트워크 경로를 보여주지는 않습니다. 실제 구축에서는 gNB가 하나의 물리 링크로 AMF 서버에 직접 연결되는 경우가 드뭅니다. RAN과 코어 데이터센터 사이에는 전송망이 있고, 데이터센터 내부에서는 라우터, 스위치, 서버 네트워크가 사용됩니다.

단순화한 N2 전송 경로는 다음과 같이 표현할 수 있습니다. gNB가 3계층 PTN 게이트웨이로 트래픽을 보내면 패킷은 전송망을 지나 데이터센터의 3계층 엣지 라우터에 도달하고, 이후 EOR과 TOR 스위치를 거쳐 AMF를 호스팅하는 서버에 도착합니다. PTN은 gNB 측 IP 트래픽을 지역 또는 중앙 데이터센터로 운반합니다. 데이터센터 경계의 3계층 라우터는 N2 패킷을 올바른 서버 네트워크로 라우팅합니다. 데이터센터 내부에서는 EOR과 TOR 스위치가 2계층 스위칭을 수행해 Ethernet 프레임을 AMF 워크로드가 있는 서버 인터페이스까지 전달합니다.

클라우드 기반 5G 코어에서는 “AMF가 어느 장비에 올라가 있는가?”라는 질문을 물리 서버만으로 답할 수 없습니다. AMF는 범용 컴퓨팅 노드에서 가상화 네트워크 기능으로 실행될 수 있고, 같은 물리 서버가 OAM VM, 다른 네트워크 기능, 여러 서비스 인스턴스를 함께 호스팅할 수도 있습니다. 예를 들어 하나의 VM이 NAS, NGAP, SCTP 처리를 담당하는 AMF 서비스를 실행할 수 있습니다. 하지만 gNB 관점에서 중요한 정보는 랙에 붙은 물리 서버의 이름이 아니라 AMF가 노출하는 N2 서비스 IP 엔드포인트입니다.

즉, N2 장애 분석에는 최소 세 가지 서로 다른 “위치” 개념이 포함됩니다. 물리적 위치는 워크로드가 실행되는 랙과 물리 호스트를 의미합니다. 논리적 위치는 AMF를 호스팅하는 VM 또는 서비스 인스턴스를 의미합니다. 네트워크 위치는 gNB가 SCTP 연관을 설정할 때 사용하는 AMF N2 IP 주소입니다. 물리 서버, VM, AMF 프로세스가 모두 정상으로 보여도 VLAN, 기본 게이트웨이, IP 경로, 스위치 포트 또는 가상 스위칭 계층이 해당 N2 주소로 트래픽을 제대로 전달하지 못하면 N2는 여전히 도달 불가 상태일 수 있습니다.

N2 경로에서 라우팅과 포워딩은 무엇이 다른가?

N2 시그널링 패킷을 AMF까지 전달하려면 단순히 라우팅 테이블이 있는 것만으로는 충분하지 않습니다. 네트워크 처리 관점에서는 라우팅과 포워딩을 구분하는 것이 중요합니다. 라우팅은 일반적으로 3계층 기능입니다. 장비가 IP 패킷을 수신하면 라우팅 테이블에서 목적지 IP 주소를 조회하고 출력 인터페이스와 적절한 다음 홉을 결정합니다. N2 경로에서는 gNB, 3계층 PTN 게이트웨이, 데이터센터 엣지 라우터가 모두 필요한 IP 라우팅 정보를 가지고 있어야 합니다. 이 경로들은 정적으로 설정할 수도 있고 동적 라우팅 프로토콜을 통해 학습할 수도 있습니다.

gNB의 N2 출발지 주소가 A이고 AMF의 N2 주소가 B라고 가정합니다. gNB는 B가 어느 물리 서버 랙에 있는지 알 필요가 없습니다. B가 포함된 서브넷으로 가는 패킷을 어느 다음 홉 게이트웨이에 보내야 하는지만 알면 됩니다. PTN의 3계층 장비들도 각자의 라우팅 테이블을 사용해 같은 판단을 하며, 패킷이 AMF가 있는 데이터센터 네트워크에 들어갈 때까지 전달합니다.

라우팅은 패킷이 다음에 어디로 가야 하는지를 결정하지만, 패킷은 여전히 현재의 물리 링크를 통해 전송되어야 합니다. Ethernet을 사용하면 장비는 출발지와 목적지 MAC 주소가 포함된 Ethernet 프레임 헤더를 추가합니다. 스위치는 MAC 주소 테이블에 따라 프레임을 포워딩합니다. 따라서 동일한 N2 IP 패킷도 서로 다른 3계층 홉을 통과할 때 외부 2계층 헤더가 바뀔 수 있습니다. IP 계층은 계속 gNB와 AMF 사이의 종단 간 관계를 나타내고, MAC 주소는 현재 2계층 세그먼트에서만 의미가 있습니다.

데이터센터 내부에서는 EOR과 TOR 스위치가 주로 2계층 스위칭을 수행합니다. 데이터센터의 3계층 라우터가 N2 패킷을 올바른 서버 측 2계층 도메인에 전달하면 EOR과 TOR 스위치는 MAC 테이블을 사용해 프레임을 대상 서버 포트로 보냅니다. 이 차이는 패킷 분석에서 중요합니다. 서로 다른 캡처 지점에서 MAC 주소가 다르다고 해서 패킷의 최종 목적지가 바뀐 것은 아닙니다. 반대로 출발지와 목적지 IP 주소가 그대로라고 해서 패킷이 중간 장비를 거치지 않고 두 엔드포인트 사이를 직접 이동했다는 의미도 아닙니다.

왜 SCTP 연관이 N2 장애 분석의 핵심 경계가 되는가?

NGAP는 IP 위에서 직접 동작하지 않고 SCTP 위에서 동작합니다. 따라서 사용 가능한 N2 경로를 만들려면 먼저 IP 도달성이 확보되어야 하고, 그 다음 SCTP 연관이 정상적으로 설정되어야 합니다. 이로 인해 장애 분석의 의존관계가 분명해집니다. IP 라우팅이 깨져 있으면 SCTP를 설정할 수 없고, SCTP가 없으면 NGAP가 동작할 수 없으며, NGAP가 없으면 NAS 시그널링을 정상적으로 중계할 수 없습니다.

하지만 반대가 반드시 성립하는 것은 아닙니다. AMF에 ping이 된다는 것은 일정 수준의 IP 도달성만 증명합니다. 필요한 SCTP 서비스에 접근할 수 있는지, SCTP 연관을 설정할 수 있는지, NGAP 파라미터가 올바른지, AMF 애플리케이션 프로세스가 정상 동작하는지는 보장하지 않습니다.

• 첫째, IP 경로를 확인합니다.gNB N2 주소, 서브넷 마스크, 기본 게이트웨이, AMF N2 주소로 가는 경로를 확인합니다. 이어서 PTN 게이트웨이와 데이터센터 3계층 장비가 정방향 경로와 반환 경로를 모두 가지고 있는지 확인합니다. 특히 반환 경로는 놓치기 쉽습니다. gNB에서 나간 패킷이 AMF까지 정상적으로 도달하더라도 AMF에 gNB 서브넷으로 돌아가는 유효한 경로가 없을 수 있습니다. N2는 양방향 시그널링 인터페이스이므로 양쪽 방향이 모두 동작해야 합니다.

• 둘째, SCTP가 실제로 설정되었는지 확인합니다.IP 도달성이 확인되면 gNB와 AMF가 SCTP 연관 절차를 완료하고 Established 상태에 들어가는지 확인합니다. 연관이 끝내 올라오지 않으면 전송계층 포트, 로컬 IP 바인딩, ACL, 방화벽, 경로상의 보안 정책을 점검합니다. 실제 데이터센터에는 IDS/IPS, 로드밸런서, SDN 구성요소, 기타 보안 및 트래픽 제어 시스템이 포함될 수 있으며, 단순화된 아키텍처 그림에 표시되지 않더라도 SCTP에 영향을 줄 수 있습니다.

• 셋째, NGAP와 NAS를 확인합니다.NG Setup, Initial UE Message, NAS Transport는 SCTP 연관이 안정된 뒤에 분석해야 합니다. SCTP는 정상인데 NG Setup이 실패한다면 문제는 IP 전송계층보다 위쪽의 N2 애플리케이션 또는 설정 로직에 있습니다. NG Setup은 성공했지만 특정 UE의 등록 시그널링이 AMF에 도달하지 않는다면 Initial UE Message, UE-NGAP-ID 값, NAS-PDU를 계속 추적합니다. 이런 계층별 접근은 NAS 메시지가 실제로 N2 인터페이스를 통과했는지 확인하기도 전에 NAS 장애 분석부터 시작하는 흔한 실수를 방지합니다.

패킷 캡처로 전체 N2 시그널링 경로를 어떻게 재구성할 수 있는가?

N2 라우팅을 이해하는 진짜 가치는 패킷 캡처와 장애 구간 분리에서 드러납니다. gNB와 AMF 사이의 시그널링이 실패하는 상황을 분석할 때는 전송계층부터 위쪽으로 경로를 확인해야 합니다. 캡처 위치도 중요합니다. gNB 측 캡처는 시그널링이 실제로 기지국을 떠나는지 확인합니다. PTN 또는 데이터센터 경계 근처의 캡처는 패킷이 코어망 영역으로 들어오는지 판단하는 데 도움이 됩니다. 서버 측 캡처는 N2 패킷이 AMF 워크로드를 실행하는 호스트에 실제로 도달하는지 보여줍니다. gNB 측에서 SCTP INIT 패킷 송신이 보이는데 AMF 호스트에서는 전혀 보이지 않는다면, 장애는 거의 확실하게 NGAP 애플리케이션 로직이 아니라 중간 네트워크에 있습니다.

패킷을 캡처한 뒤에는 먼저 출발지와 목적지 IP 주소가 설계와 일치하는지 확인합니다. AMF가 마이그레이션되거나 확장되거나 새 VM으로 이동했는데 gNB가 여전히 예전 N2 주소를 가리키고 있다면 NGAP 설정이 달라 보이지 않아도 시그널링이 잘못된 경로를 탈 수 있습니다. 다음으로 3계층 장비를 홉별로 확인합니다. gNB, PTN 게이트웨이, 데이터센터 라우터에서 AMF 서브넷으로 가는 경로, 출력 인터페이스, 다음 홉, 반환 경로를 확인합니다. 동적 라우팅을 사용하는 경우에는 단순히 라우팅 프로토콜이 설정상 활성화되어 있는지만 보지 말고, 해당 경로가 실제로 학습되어 포워딩 테이블에 설치되었는지 확인해야 합니다.

패킷이 데이터센터의 3계층 경계까지 도달했지만 AMF 서버에는 도달하지 않는다면 점검 초점을 IP 라우팅에서 2계층 포워딩으로 옮깁니다. EOR과 TOR 스위치의 VLAN 소속, MAC 주소 학습, 서버 연결 포트 상태, 서버 또는 가상 스위칭 계층이 올바른 서비스 네트워크에 연결되어 있는지 확인합니다. 마지막으로 네트워크 결과를 SCTP 상태와 연계해 봅니다. 양방향 IP 경로는 정상인데 SCTP가 설정되지 않는다면 SCTP 포트 처리, IP 바인딩, AMF 프로세스 자체를 조사합니다. SCTP가 설정된 뒤에는 훨씬 명확한 장애 경계를 바탕으로 NGAP와 NAS 분석을 진행할 수 있습니다.

종단 간 관점에서 보면 “N2 시그널링 라우팅”은 실제로 서로 다르지만 연속된 두 가지 과정으로 구성됩니다. 첫 번째 과정은 gNB 내부에서 일어납니다. UE의 무선 측에서 도착한 NAS 메시지는 NGAP 메시지로 중계되고, SCTP와 IP로 캡슐화되어 N2 네트워크를 통해 전송됩니다.

두 번째 과정은 전송망과 데이터센터 내부에서 이루어집니다. 이 네트워크 장비들은 페이로드에 Registration Request가 있는지, Initial Context Setup 절차가 있는지 신경 쓰지 않습니다. 3계층 IP 라우팅과 2계층 MAC 포워딩을 사용해 패킷을 AMF 서비스가 실행되는 컴퓨팅 환경까지 홉별로 전달합니다.

실무에서 N2를 가장 효율적으로 분석하려면 다음과 같은 종단 간 관점을 유지해야 합니다.

UE NAS → gNB 중계 → NGAP → SCTP → IP 라우팅 → 2계층 포워딩 → AMF 서버 → AMF 프로세스

이 체인을 계층별로 따라가면 처음에는 복잡한 “등록 실패”, “N2 도달 불가”, “SCTP 연관 실패”로 보이던 문제도 결국 “어느 계층, 어느 홉에서 패킷이 멈췄는가?”라는 훨씬 구체적인 질문으로 줄일 수 있습니다.

자주 묻는 질문

N2 시그널링은 UPF를 통과하는가?

일반적인 5G 아키텍처에서 N2 제어평면 경로는 UPF에 의존하지 않습니다. N2는 gNB와 AMF를 연결하고, UPF는 주로 사용자평면 경로에 참여합니다. N2가 도달 불가한 경우에는 N3 사용자평면 터널부터 보기보다 gNB와 AMF 사이의 제어평면 전송 경로를 중심으로 분석해야 합니다.

같은 N2 패킷을 서로 다른 지점에서 캡처하면 MAC 주소가 바뀌는 이유는 무엇인가?

MAC 주소는 현재의 2계층 세그먼트에 속합니다. 패킷이 3계층 라우팅 장비를 통과하면 다음 링크를 위해 새 2계층 헤더로 다시 캡슐화됩니다. 따라서 gNB와 AMF의 종단 간 IP 주소가 같은 N2 통신 흐름에 속해 있어도 출발지와 목적지 MAC 주소는 홉마다 달라질 수 있습니다.

gNB에서 AMF로 ping이 되는데도 SCTP가 실패할 수 있는 이유는 무엇인가?

Ping은 주로 ICMP 기반의 IP 도달성을 확인합니다. SCTP는 이와 더불어 전송계층 포트 처리, 로컬 IP 바인딩, ACL, 방화벽, 보안 정책, AMF 애플리케이션 프로세스에 의존합니다. 따라서 IP 도달성은 N2 통신의 전제조건일 뿐 SCTP나 NGAP의 정상 동작을 보장하지 않습니다.

AMF가 가상머신에서 동작한다면 gNB가 물리 서버 위치를 알아야 하는가?

아닙니다. gNB는 물리 서버 위치가 아니라 AMF의 N2 서비스 IP 주소를 사용해 N2 연결을 설정합니다. 물리 호스트, 가상 스위치, VM 매핑, 데이터센터 내부 토폴로지는 구현 세부사항이지만, AMF N2 엔드포인트로 향하는 패킷을 올바른 서비스 인스턴스까지 전달해야 합니다.

N2 문제에서 정방향 경로와 반환 경로를 모두 확인해야 하는 이유는 무엇인가?

NGAP와 SCTP는 모두 양방향입니다. gNB에서 나온 패킷이 AMF에 도달하더라도 AMF에서 gNB 서브넷으로 돌아가는 유효한 경로가 없다면 SCTP 핸드셰이크와 이후 NGAP 절차는 계속 실패합니다. 따라서 한 방향의 도달성만으로는 N2 경로가 완전하다고 판단할 수 없습니다.