| 리포트 | 기술문서 | 테크-블로그 | 글로벌 블로그 | 원샷 갤러리 | 통신 방송 통계  | 한국 ICT 기업 총람 |

제품 검색

| 네트워크/통신 뉴스 | 기술자료실 | 자유게시판 |  
 
 
섹션 5G 4G LTE C-RAN/Fronthaul Gigabit Internet IPTV/UHD IoT SDN/NFV Wi-Fi Video Streaming KT SK Telecom LG U+ OTT Network Protocol CDN YouTube Data Center
 
스폰서채널 |

 

  스폰서채널 서비스란?
LTE 네트워크를 위한 MPLS L3VPN 망 설계 (3편: IP/MPLS 프로토콜)
The design of LTE over MPLS L3VPN network (Part 3: IP/MPLS Protocol)
May 02, 2012 | By 유창모 (cmyoo@netmanias.com)
banner
코멘트 (9)
27

지난 시간에 이어 오늘은 LTE over MPLS L3VPN 네트워크 구성을 위한 IP/MPLS 프로토콜에 대해 설명드리도록 하겠습니다. 장비 설정(CLI) 레벨의 설명 보다는 프로토콜의 사용 목적에 대해 개념 위주로 살펴 보도록 하겠습니다.

 

MPLS L3VPN을 위한 IP/MPLS 프로토콜

 

■ E2E 망 구성

 

복습 차원에서 지난 시간에 설명드린 망 구성을 간단히 살펴 보면 아래 그림과 같습니다.

  • eNB들은 AS로 aggregation되고, AS들은 다시 AR로 aggregation됩니다.
  • eNB는 Management(예. EMS와 통신), Control(예. MME와 통신), Internet(예. GTP 터널링된 사용자 데이터) 트래픽 별로 서로 다른 VLAN이 할당(정의)되고, 그 VLAN은 AS를 거쳐 AR로 연결됩니다.
  • AR은 MPLS PE 역할을 하며, VLAN 값에 따라 서로 다른 VRF(Virtual Routing & Forwarding)에 매핑을 합니다. 아래 예와 같이요...
    • Management traffic: VLAN 10 (ge1/1.10) -> vrf Mgmt에 매핑
    • Control traffic: VLAN 20 (ge1/1.20) -> vrf Control에 매핑
    • Internet traffic: VLAN 30 (ge1/1.30) -> vrf Internet에 매핑
  • 그리고 여러 AR들은 ER로 aggregation되며, EPC 노드(MME, S-GW, P-GW)가 ER에 연결됩니다. ER(PE)도 AR과 같이 3개의 VRF를 가집니다.
  • eNB와 같이 EPC 노드들도 Management/Control/Internet 트래픽에 따라 서로 다른 VLAN 혹은 physical port로 ER에 연결 되며, ER은 VLAN 혹은 physical port를 식별자(구분자)로 서로 다른 VRF에 매핑합니다.
  • 도시간 연결을 위해 CR이 존재 하고, 이 CR에는 VRF가 생성되지 않습니다. 즉, P 라우터 역할을 합니다.
  • 데이터센터에 위치한 DCR(PE)에는 HSS, PCRF 등의 많은 서버들이 연결되며, 이 DCR로는 Internet 트래픽이 올 이유가 없으므로 Management와 Control용 VRF만 생성됩니다.
  • 마지막으로 PR(PE)은 인터넷으로 나가는 패스에 있는 라우터로 Internet VRF만 존재합니다. 
아래 그림에서 AR, ER, DCR, PR이 MPLS PE 라우터가 되고, CR이 P 라우터가 됩니다.

 

 

■ 프로토콜 구성

 

이제 프로토콜 구조를 살펴 보도록 하겠습니다. 아래 그림은 MPLS L3VPN 망을 구성하기 위한 전형적인 프로토콜 구성입니다.

 

MPLS L3VPN 망은 LTE 노드간에 패킷을 전달해 주는것이 목적이고, 아울러 그 패킷을 Management, Control, Internet으로 분류하여 각 트래픽이 서로 섞이지 않도록, 논리적으로 서로 독립적인 라우팅망(VPN)을 만들어 줍니다.

 

그림의 아래부터 위 방향으로 설명을 드리겠습니다.

  • 모든 IP 라우터(AR, ER, CR, DCR, PR, ASBR)는 OSPF나 IS-IS와 같은 IGP 프로토콜이 돌아서 IP 망 토폴로지 정보를 서로간에 주고 받고, shortest path tree 토폴로지를 구성합니다.
  • MPLS 라우터(AR, ER, CR, DCR, PR)간에 LDP 프로토콜이 돌아서 MPLS 라우터간에 IP Prefix(앞서 IGP로 배워온 라우팅 정보)와 MPLS Label을 주고 받게 됩니다.
  • PE 라우터(AR, ER, DCR, PR)간에 MP-iBGP 프로토콜이 돌아서 각 VRF 별로 IP Prefix(LTE 노드들의 IP 주소 정보)와 MPLS VPN Label을 주고 받게 됩니다.
  • 그리고 마지막으로 MP-iBGP 망에 연결된 CE 라우터(여기서는 모든 LTE 노드들)와 PE 라우터간에 Connected/Static/OSPF/IS-IS/BGP 프로토콜을 통해 CE 라우터의 라우팅 정보를 PE 라우터로 전달해 주고, 반대로 PE 라우터의 라우팅 정보를 CE 라우터로 전달해 주게 됩니다. 

 

1. OSPF for advertisement of router link & loopback address among the IP router

OSPF 프로토콜을 통해 나와 바로 연결되어 있는 IP 라우터(OSPF neighbor)와 라우팅 정보를 주고 받습니다(예. AR은 ER과 주고받고, ER은 AR및 CR과 주고 받고...)

OSPF를 통해 neighbor와 주고 받는 라우팅 정보는 아래와 같습니다. 즉, LTE 노드들의 IP 주소는 OSPF로 실어 나르지 않습니다.

  • 각 라우터의 링크 IP 주소
  • 각 라우터의 Loopback 주소
2. LDP for MPLS label distribution among the MPLS router

LDP 프로토콜 역시 나와 바로 연결되어 있는 MPLS 라우터(LDP neighbor)와 라우팅 정보 및 MPLS Label 정보를 주고 받습니다. (참고: LDP 대신 RSVP를 이용하면 Traffic Engineering 지원이 가능함) 

LDP는 OSPF나 IS-IS와 같은 IGP 프로토콜 위에서 동작을 합니다. 이 말은 곧 OSPF로 배운 라우팅 정보(각 라우터의 링크 IP 및 Loopback 주소)에 대해 MPLS Label을 할당하고, 그 Label을 라우터간에 주고 받게 되는 것입니다.

역시 LTE 노드에 할당된 IP 주소는 OSPF로 주고 받지 않았으므로 LDP로 주고 받는 정보에도 LTE 노드들의 주소는 없습니다.

 

3. MP-iBGP for MPLS VPN label distribution among the PE router

동일 VRF를 가진 PE 라우터간에 full mesh로 VRF에 들어있는 라우팅 정보(이제 여기에 LTE 노드의 IP 주소가 포함됨) 및 MPLS VPN Label 정보를 주고 받습니다.

Full mesh라 함은, AR은 ER, DCR, PR과 MP-iBGP 프로토콜로 연동이 되고(BGP neighbor가 되고), ER은 AR, DCR, PR과, DCR은 AR, ER과, PR은 AR, ER과...

그런데 이렇게 같은 VRF를 가진 모든 PE 라우터간에 full mesh로 neighbor를 맺는게 초기 설정 및 관리상 복잡하여, BGP에서는 RR(Route Reflector)이라는 개념을 두어, 모든 RRC(RR Client)는 RR과 연결을 맺어, RR을 통해 서로간에 BGP 정보를 주고 받을 수 있습니다. 그리고 이 RR은 반드시 PE 라우터일 필요는 없습니다. 그래서 위 그림과 같이 P 라우터인 CR을 RR로 두고, 나머지 PE 라우터를 RRC로 설정하여 CR을 통해 모든 PE 라우터가 VRF 정보를 주고 받도록 할 수 있습니다.

 

4. PE-CE Routing between PE router and LTE node

PE-CE Routing이란 CE 라우터가 가진 라우팅 정보를 PE 라우터로 전달하고, 반대로 PE 라우터가 가진 라우팅 정보를 CE 라우터로 전달해 주는 것입니다. 그 방법은 OSPF, IS-IS, BGP와 같은 라우팅 프로토콜을 통하거나 아니면 PE 라우터에 CE가 직결된 경우 connected interface를 통해, 혹은 직결되지 않은 경우 static route 설정을 통해서 가능합니다. 위 그림에서는 AR과 DCR의 경우 connected interface로, ER은 OSPF로 예를 들었습니다. (참고: 통상적으로 eNB나 데이터센터에 위치한 서버들에는 라우팅 프로토콜을 돌리지 않음)

 

위의 3번(MP-iBGP)과 4번(PE-CE Routing)을 중심으로 라우팅 정보 교환을 살펴 보면 아래와 같습니다.

 

PE-CE Routing을 통해 PE 라우터가 배우는 라우팅 정보

  • AR (via connected or static route): eNB의 IP 주소를 배움(설정함)
  • ER (via OSPF): MME, S-GW, P-GW의 IP 주소 및 P-GW가 가진 UE IP Pool 주소를 배움
  • DCR (via connected or static route): HSS, PCRF, SPR, OFCS, OCS, EMS, NMS의 IP 주소를 배움(설정함)
위의 라우팅 정보는 MP-iBGP를 통해 동일 VRF를 가진 다른 PE 노드들로 전파됩니다.

 

PE-CE Routing을 통해 CE 라우터(LTE 노드)가 배우는 라우팅 정보

  • eNB (via default route configuration): default route(0.0.0.0/0)로 next hop을 AR로 설정
  • MME, S-GW, P-GW (via OSPF):  ER을 통해 다음과 같은 라우팅 정보를 배움
    • LTE 노드들(eNB, HSS, PCRF, OFCS, OCS) IP 주소
    • EMS/NMS의 IP 주소
    • P-GW가 GTP 터널 헤더 제거 후 UE의 패킷을 인터넷으로 보내기 위한 default route (next hop은 PR임)
  • HSS, PCRF, SPR, OFCS, OCS, EMS, NMS (via default route configuration): default route로 next hop을 DCR로 설정
 
Table: Summary of Advertising Route Entries in Each Routing Protocol

 

 

박광우 2012-05-04 16:06:01
우선 블로그부터 정주행하고 있습니다.
좋은 자료 감사합니다!! ^^
넷매니아즈 2012-05-04 20:53:37
네~ ^^

저희도 열심히 뛰어 보겠습니다!
양정호 2012-06-08 15:36:28
좋은 정보 감사드립니다
고동연 2013-05-16 14:41:19
감사합니다.
김준엽 2013-05-27 21:22:21
최근 MPLS L3 VPN 관련하여 LTE백홀망 동향을 어떻게 생각하시나요?
넷매니아즈 2013-05-29 11:03:22
컨설팅 주제에 가까운 질문이십니다.
기존 Mobile Network과 달리 LTE에서는 X2 handover를 위해 eNB간 통신이 가능해야 하고, Caching 기능이 eNB 근처로 내려오는 추세라 점점 IP/MPLS 라우터가 eNB 쪽으로 내려오는 듯 합니다. 이를 위해 라우터 업계에서는 Unified MPLS라는 개념을 통해 MPLS 망의 확장을 용이하게 할 수 있는 기술을 소개하고 있구요.
최형진 2017-05-26 11:18:14

운영하시는 블로그가 따로 있으신가요??

유창모 2017-05-26 12:27:10

아니요. 별도 블로그는 없습니다. 모든 글은 넷매니아즈 테크-블로그에 포스팅됩니다.

chofox78 2017-06-20 16:23:12

감사합니다

좋은 정보 고맙습니다.

 

이해 안가는 부분은 몇 번씩 읽어 봐야겠어요~~

Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
View All (969)
5G (67) AI (5) ALTO (1) AR (2) ARP (6) AT&T (1) Akamai (5) Authentication (5) BT (1) Backhaul (2) Big Data (2) Bridging (5) C-RAN/Fronthaul (17) CDN (20) CIoT (2) CPRI (6) Carrier Aggregation (5) Charging (2) China Mobile (2) Cisco (6) CoMP (3) Comcast (1) DHCP (6) DNS (15) Data Center (15) EDGE (10) EMM (1) EPS Bearer (7) Ethernet (3) FTTH (8) GSLB (5) Gigabit Internet (17) Google (17) Google Global Cache (8) Google TV (1) HLS (5) HTTP (5) HTTP Adaptive Streaming (7) HTTP Progressive Download (2) Handover (5) Huawei (1) IGMP (3) IP (6) IP Allocation (8) IP Routing (20) IPSec (4) IPTV (25) IoST (2) IoT (44) KT (45) Korea (8) Korea ICT Vendor (1) L3 Switch (5) LG U+ (24) LTE (99) LTE-A (10) LTE-A Pro (1) LTE-M (1) LTE-U (3) LoRa (5) MEC (10) MPLS (3) MWC 2013 (1) MWC 2015 (3) MWC 2016 (2) MWC 2017 (1) Mobile IPTV (1) Multi-Screen (1) Multicast (2) NAT (9) NB-IoT (6) NTT Docomo (1) Netflix (5) Network Protocol (49) Network Slicing (3) OSPF (3) OTT (20) Operator CDN (1) P2P (3) PS-LTE (3) Pooq (2) QoS (5) RCS (1) RRH (1) Request Routing (3) SD-WAN (8) SDN/NFV (34) SK Broadband (1) SK Telecom (38) Samsung (2) Security (8) Self-Driving (3) Shortest Path Tree (2) Small Cell (3) Spectrum Sharing (1) TAU (2) Transparent Caching (9) UHD (7) VLAN (2) VPN (3) VR (3) Video Streaming (22) VoLTE (1) VoWiFi (1) WAN Optimization (1) Wi-Fi (30) WiBro(WiMAX) (2) YouTube (16) eICIC (1) eMBMS (1) ePDG (6) u+ tv G (4) 로컬 5G (1)

 

 

     
         
     

 

     
     

넷매니아즈 회원 가입 하기

2019년 1월 현재 넷매니아즈 회원은 49,000+분입니다.

 

넷매니아즈 회원 가입을 하시면,

► 넷매니아즈 신규 컨텐츠 발행 소식 등의 정보를

   이메일 뉴스레터로 발송해드립니다.

► 넷매니아즈의 모든 컨텐츠를 pdf 파일로 다운로드

   받으실 수 있습니다. 

     
     

 

     
         
     

 

 

비밀번호 확인
코멘트 작성시 등록하신 비밀번호를 입력하여주세요.
비밀번호