| 리포트 | 기술문서 | 테크-블로그 | 원샷 갤러리 | 링크드인 | 스폰서 컨텐츠 | 네트워크/통신 뉴스 | 인터넷자료실 | 자유게시판    한국 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
 

2024

5G 특화망

포탈

Private 5G/이음 5G

 포탈홈

  넷매니아즈 5G 특화망 분석글 (136)   5G 특화망 4가지 구축모델   산업계 5G 응용   산업분야별 5G 특화망 활용사례  [5G 특화망 벤더Samsung | HFR | Nokia | more
 

해외

  국가별 사설5G 주파수 [국가별 구축현황] 일본 | 독일 | 미국 | 프랑스 | 영국  [사설5G 사업자] Verizon | AT&T | DT | Telefonica | AWS | Microsoft | NTT동일본 | NTT Com    
 

국내

  5G 특화망 뉴스 | 국내 5G 특화망 구축 현황 | 국내 5G 특화망사업자 현황 (19개사) | 국내 자가구축사례 일람 | 국내 특화망 실증사업사례 일람 | 5G 특화망 정책
 
 

[5G 특화망 구축 사례] 한국식품산업클러스터 | 반월시화산단 삼성서울병원 | 롯데월드 | 한국수력원자력 | 해군본부 | 한국전력공사 | more  [이통사] KT

 
 
스폰서채널 |

 HFR Mobile의 5G 특화망 솔루션 (my5G)  Updated   |   뉴젠스의 5G 특화망 구축 및 운영 서비스  NEW  

  스폰서채널 서비스란?
banner
banner
L3 Switch 구조에 대한 이해
Understanding of the L3 Switch
February 03, 2012 | By 유창모 (cmyoo@netmanias.com)
코멘트 (6)
25

 

아래 글은 예전에 Netmanias Magazine에 기고했던 글의 일부로써, L3 Switch(예. Cisco 6500 series, Juniper MX series)의 구조에 대한 설명입니다.

 

Protocol Reference Model

 

 아래 그림은은 네트워크 장비의 기능을 크게 3개의 기능 블록으로 분리해 놓은 것이다.  

  • Control Plane: 네트워크 장비로 유입되는 패킷이 올바른 물리적 포트로 출력 될 수 있도록, 경로를 설정, 관리 및 해제하는 기능(Routing, Signaling)을 수행한다. 
  • Data Plane(User Plane): 수신된 패킷의 L2, L3 헤더 필드를 검사하여, Control Plane에서 의도 했던 출력 포트로 패킷을 송신하는 기능을 담당하며, 패킷 처리 과정에서 Packet Modification, QoS, Filtering등의 기능을 함께 수행하게 된다. 
  • Management Plane: Control Plane 및 Data Plane의 동작 상태 및 성능을 관리하는 기능을 담당한다. 

 

 

 

본 3개의 Plane은 실제 네트워크 장비에서 2개의 블록으로 매핑된다.
  • Control Point(Non-Steady State Function): 보통 CPU 또는 Host Processor라 불리기도 하는, Control Plane 기능과 Management Plane의 일부 기능(SNMP, CLI)을 수행하는 블록이다. (이하 CP라 칭함)
  • Network Processor(Steady State Function): Data Plane과 Management Plane의 일부 기능(상태 및 성능 관리 정보(MIB)를 Control Point의 Management Plane에 제공)을 수행하는 블록이다. (이하 NP라 칭함)
 
Control Plan

 

 

  • Layer 3 IP Protocols
    • Basic Protocol Stack(IPv4, ARP/RARP, ICMP, TCP, UDP)
      • 대부분의 IP 및 MPLS 시그널링 프로토콜은 IP, IP/TCP 또는 IP/UDP 헤더로 encapsulation되어 송수신 되기 때문에 기본적인 IP/TCP/UDP stack을 가지고 있다.
      • NP가 ICMP 패킷을 수신하면 본 패킷을 CP로 전달하여, Control Plane의 ICMP 블록에서 이 패킷을 처리한다.
      • NP가 IP Forwarding을 하기 위해서는 Next Hop의 MAC 주소를 알아야 하며, 본 기능은 Control Plane에서 처리하기 때문에 ARP 블록이 존재한다.
  • Unicast IP Routing Protocols(RIP, OSPF, BGP4, IS-IS, VRRP): 네트워크 장비간에 라우팅 정보를 주고 받아 데이터 패킷의 경로를 결정하고 그 결과를 NP에 존재하는 IP Forwarding Table에 기록하여, NP가 CP의 관여 없이 패킷을 포워딩 할 수 있도록 한다. 이 IP Forwarding Table은 CLI에 의해서 관리(Static Route라 함)될 수도 있다.
  • Multicast IP Routing Protocols(IGMP, DVMRP, PIM-SM, PIM-DM): 멀티캐스트 패킷에 대한 경로를 결정하는 프로토콜로써 NP의 IP Multicast Table에 그 결과를 기록하며 이 역시 CLI에 의해서 관리 될 수도 있다.
  • Layer 2 Ethernet Protocols
    • GVRP: 스위치 장비(Destination MAC 주소를 참조하여 패킷을 송신하는 장비)간에 VLAN Membership 정보를 주고 받는데 사용된다.
    • GMRP: 스위치 장비간에 멀티캐스트 그룹 정보를 주고 받는데 사용된다.
    • STP/RSTP/MSTP: 루프가 존재하는 이더넷 망을 루프가 없는 하나의 예측 가능한 Tree Topology로 구성함과 동시에, 일부 링크 장애 발생시에 대체 경로를 자동으로 찾아 망을 스스로 복구할 수 있는 기능을 제공한다.
    • LACP: 하나 이상의 이더넷 포트들을 하나의 논리적인 포트로 묶어 동작시킴으로써 대역폭을 증가시키는 기능을 Link Aggregation(Data Plane에서 담당)이라 하며, 이를 위해서 스위치간 주고 받는 프로토콜이 LACP이다.
    • IGMP Snoop: 호스트(단말)와 라우터간 주고 받는 IGMP 패킷을 스위치가 가로채(NP에서 CP로 IGMP Packet Redirection) 이를 해석하여, 포트 별 Multicast Group Membership을 NP의 L2 Multicast Table에 기록하는 기능을 담당한다. 이렇게 함으로써 스위치가 불필요하게 멀티캐스트 패킷을 모든 포트로 브로드캐스팅 시킴을 방지할 수 있다.
    • Port-based Network Access Control(IEEE 802.1x): 외부의 인증 서버(RADIUS Server)를 통해 인증된 사용자(Host)에게만 스위치의 Physical Port 사용권을 부여하여 Network Access를 허용하는 프로토콜이다.
  • MPLS Signaling Protocols(LDP, CR-LDP, RSVP-TE): MPLS 망의 경로 설정을 위한 Label 할당 및 분배 기능을 담당하며(LDP), 이와 더불어 Traffic Engineering 기능 지원을 위해서 Explicit Route, QoS 등의 기능을 제공한다(CR-LDP, RSVP-TE).

 

Data Plan

 

 

  • Packet Decoder: 수신된 패킷의 Layer 2(Ethernet Header), Layer 3(IP Header) 포맷을 인식하는 기능을 담당하는 블록이다.
  • Address Lookup: NP의 가장 핵심적인 부분으로서, 가장 중요한 임무는 수신된 패킷을 어느 출력 포트로 내보낼 것인지 결정 하는 것이며, 이를 위해서 다음 기능을 수행하게 된다.
    • Layer 2 Bridging: Destination MAC Address를 참조하여 출력 포트 결정
    • Layer 2.5 MPLS Switching: MPLS Label을 참조하여 출력 포트 결정
    • Layer 3 IP Forwarding: Destination IP Address를 참조하여 출력 포트 결정
  • Multi-Field Classifier: 수신된 패킷의 L1~L4 정보를 참조(classification)하여 누가(source) 누구(destination)에게 어떤 응용(TCP/UDP Port number) 패킷을 전송하는지 Flow를 구별한 후에, 망 정책에 근거하여 다양한 부가 기능(QoS, Filtering, Redirection 등)을 제공한다.
  • Packet Editor: 수신된 패킷의 내용을 변형하는 기능을 담당하는 블록으로, Ethernet CRC 계산(물론 NP가 수행) 결과를 Ethernet Trailer에 써주는 기본적인 기능부터 VLAN Tag Insert/Delete/Update, MPLS Label Push/Pop/Swap 등의 다양한 Packet Modification 기능을 담당하다.
  • Traffic Manager: QoS를 담당하는 블록으로 NP의 Congestion Avoidance 및 Congestion Management 기능을 제공한다.

 

김성찬 2013-07-17 17:42:56
Wow! 정말 좋은 정보 감사합니다 덕분에 Control Plane : Data Plane 을 정리할수 있게 되었어요ㅎ
그런데 [DP그림에서] Data Plane(User Plane)은 Packet 이 들어오면
Packet Decoder -> Address Lookup -> Multi-Field Classifier -> Packet Editor -> Traffic Manager 순서를 통해
출력 포트로 전송하는 기능을 한다는 건가요??
넷매니아즈 2013-07-18 10:46:58
네, 맞습니다.
2000년대 초반에 IBM NP(Network Processor)를 이용해서 스위치/라우터를 개발한 적이 있었는데, 그 당시 IBM에서 제공하는 Microcode(NP에서 Data Plane 기능을 수행하는 코드) 분석 결과 본 블로그 설명과 같은 흐름을 탔었습니다.
Cisco, Juniper와 같은 상용 네트웍크 장비의 Data Plane 로직(패킷 처리 순서)은 좀 다를 수도 있을 것 같네요.
은지숙 2014-04-02 11:09:17
잘 읽었습니다. 설명이 정말 잘 되어 있네요.
궁금한게 몇가지 있습니다.
CP에서 만든 패킷(예를 들어 OSPF LSA 메시지같은)은 NP로 전달해서 flooding이 되는 건가요? 수신된 패킷이 패킷 디코더를 제일 먼저 통과하는데 이와 동일한 절차를 거치는 건가요? 아니면 다른 전달 방법이 있나요?
라우팅 테이블이 만들어지기 전에 포워딩은 어떻게 동작하나요?
Netmanias 2014-04-03 02:30:47
CP가 NP를 통해 패킷을 전송하는 방법은 크게 2가지입니다.
1. NP의 포워딩 테이블에 의한 패킷 전송: CP는 그냥 IP 패킷을 NP로 전달하고 NP가 포워딩 테이블을 참조하여 특정 인터페이스로 패킷을 전송합니다. 보통 목적지 주소가 Unicast IP인 경우(예. ping)에 사용됩니다.
2. CP에서 특정 인터페이스를 명시하여 패킷 전송: 예를 드신 OSPF LSA와 같이 목적지 주소가 Reserved Multicast IP(224.0.0.X)인 패킷은 NP의 포워딩 테이블 참조를 통해 패킷 전송이 불가능합니다. 따라서 이 경우, CP가 NP로 패킷 전달시 해당 패킷이 송출된 인터페이스를 명시하여 전달하고 NP는 이 경우 포워딩 테이블 참조 없이 CP가 요청한 인터페이스로 패킷을 전송합니다.
은지숙 2014-04-03 09:52:45
그렇군요. 그럼 CP가 NP를 통하지 않고 직접 인터페이스로 패킷을 전송하는 경우는 없는가 보네요.
설명 감사드립니다.
Netmanias 2014-04-04 11:40:28
네, NP가 되었던 일반 ASIC이 되었던 Switching/Routing 기능을 담당하는 칩에 인터페이스가 연결되어 있는 구조이므로 CP가 보낸 패킷은 칩을 통해 인터페이스로 송출되어 집니다. 아래 블로그 글을 참고하세요.
https://www.netmanias.com/ko/?m=view&id=blog&page=6&no=5515
Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
View All (1207)
5G (130) 5G 특화망 (43) AI (16) 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 (19) 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 (14) 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 (63) KT (46) 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 (15) 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) O-RAN (2) OSPF (3) OTT (20) Operator CDN (1) P2P (3) PS-LTE (3) Pooq (2) Private 5G (54) QoS (5) RCS (1) RRH (1) Request Routing (3) SD-WAN (8) SDN/NFV (42) 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 (3) 이음 5G (24)

 

 

     
         
     

 

     
     

넷매니아즈 회원 가입 하기

2023년 6월 현재 넷매니아즈 회원은 55,000+분입니다.

 

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

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

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

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

   받으실 수 있습니다. 

     
     

 

     
         
     

 

 

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