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

2023

5G 특화망

포탈

Private 5G/이음 5G

 포탈홈

  넷매니아즈 5G 특화망 분석글 (128)   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의 5G 특화망 솔루션 (my5G)  Updated   | HFR 5G 특화망 뉴스HFR my5G 자료

  스폰서채널 서비스란?
1편: 라우터 구조 소개
Part 1: Router Architecture
June 07, 2012 | By 유창모 (cmyoo@netmanias.com)
코멘트 (13)
31

2000년대 초반에 L3 스위치(Ethernet 스위치 + IP 라우터) 개발 회사에서 IBM NP4GS3C라는 Network Processor(그 당시 칩 하나에 $500이면 상당히 비싼 칩이죠)를 이용하여 패킷 포워딩 기능을 구현(assembler 기반의 microcode)한 적이 있습니다.

 

그 때의 경험과 추억을 되살려 L3 스위치의 패킷 전달 로직에 대해 설명을 드려 볼까 합니다.

아래와 같은 순으로 연재를 하겠습니다.

     1편: 라우터 구조 소개 (오늘 글)

     2편: IP 라우터의 패킷 포워딩 과정

     3편: L3 스위치의 L2(Ethernet) 스위칭 과정

     4편: L3 스위치의 IP 포워딩 과정

 

 

라우터 구조

 

 

좌측 그림은 Cisco 7600 라우터 형상입니다. 그 역할에 따라 3가지 모듈로 나눌 수 있습니다.

 

■ Supervisor Engine

  • 라우터 시스템 전체를 제어/관리하는 두뇌에 해당하며, 이 모듈에 각종 프로토콜(OSPF, BGP, SNMP, Telnet 등등)이 올라가고, 관리자는 이 모듈에 접속하여 CLI를 통해 장비 전체를 관리할 수 있습니다. 
  • 보통 Processing power가 우수한 General CPU(인텔 CPU 같은)가 본 모듈에 탑재되고 그 위에 프로토콜들이 포함된 OS (IOS/JUNOS)가 올라갑니다.
  • Juniper 라우터의 경우 이 모듈을 Routing Engine이라 부릅니다.
■ Line Card
  • 패킷 수신, Table(FIB/ARP) Lookup, QoS 적용(QoS marking, Policing, Queueing), 출력 포트로 패킷 전달을 담당하고(이 모든 과정을 Wire-speed로 처리), 물리적 포트 타입(1GE, 10GE, SONET 등) 및 포트 개수에 따라 다양한 모델명의 Line Card가 존재합니다.
  • 이와 같이 Wire-speed로 패킷을 처리하기 위해 Cisco/Juniper의 경우 자체 제작한 ASIC/NP을 사용하고, 국내의 경우 기술력 부족으로 보통 상용 ASIC(예. Broadcom, Marvell 등)을 사용합니다.
  • Juniper Router의 경우 이 모듈을 PFE(Packet Forwarding Engine)라 부릅니다.

■ Switch Fabric Module

  • Line Card 간에 패킷을 전달하기 위한 가교 역할을 합니다. 예를 들어, 1번 Line Card로 수신된 패킷이 2번 Line Card를 통해 나가야 하는 경우  중간에 이 Switch Fabric Module을 통해 패킷이 전달 됩니다.
  • Juniper의 경우 이 모듈을 Switch Fabric이라 부릅니다.

 

우측 그림은 이번 연재에서 사용하게 될 일반적인 라우터 내부 구조입니다.

 

■ Control Module (Control Plane)

  • Cisco Supervisor Engine/Juniper Routing Engine에 해당하며 Control Plane이라고도 부릅니다.
  • 원래는 수많은 프로토콜과 테이블들이 존재하지만 여기서는 이번 연재를 통해 설명 드릴 부분만 그려 보았습니다. Control Module에 올라가는 프로토콜들을 자세히 보고 싶으시면 여기를 클릭하세요.
  • OSPF Process가 동작하고, OSPF 프로토콜을 통해 OSPF Neighbor(OSPF Router)로 부터 배운 라우팅 정보 중에 Shortest Path에 해당하는 라우팅 엔트리만 RIB(Routing Information Base)에 인스톨됩니다. (OSPF를 통한 라우팅 정보 배우기는 여기, 여기를 클릭)
  • 또한 Line Card의 포트 타입이 Ethernet이라는 가정하에(요즘 대부분 Ethernet이죠), ARP Table이 존재합니다. ARP Table에는 라우터와 바로 연결된 노드(서버, 라우터)의 "IP 주소에 대한 MAC 주소"가 저장됩니다. (Windows PC에 있는 ARP Table(arp -a로 확인)과 동일한 용도입니다.)

■ Line Card (Data Plane)

  • Data Plane이라고도 부르며,
  • 패킷을 처리하는 가장 핵심적인 부분인 Packet Processor(IBM NP, Broadcom, Marvell 칩이 여기에 해당)를 중심으로 
  • 수신 패킷을 아주 잠시 저장하는 Ingress Packet Buffer와
  • 출력 포트로 패킷을 전달하기 전에 대기하는 장소인 Egress Packet Buffer가 있습니다. Congestion 발생시(예. 1GE 포트로 1Gbps 이상의 패킷들이 나가려고 할 때) Scheduling Algorithm(예. SPQ, WFQ/DWRR)에 따라 우선 순위가 높은 패킷은 빨리 나갈 것이고 그렇지 않은 패킷은 이곳에서 대기하면서 그 순서를 기다리게 됩니다.
  • 그리고 수신 패킷을 어느 포트로 보낼 지 결정하기 위해 참조하는 FIB(Forwarding Information Base), 그리고 ARP Table이 존재합니다.
  • Packet Processor의 기능에 대해서 자세히 알고 싶으시면 여기를 클릭하세요.

 Switch Module

  • Line Card 간에 패킷을 전달하기 위한 가교 역할을 합니다. 이번 주제가 Switching Fabric 기술이 아니므로 이 정도로...

 

Control Module(Control Plane)의 RIB/ARP Table과 Line Card(Data Plane)의 FIB/ARP Table

 

Control Module의 RIB와 Line Card의 FIB에 저장되는 라우팅 엔트리는 벤더 구현에 따라 약간의 차이가 있는 것으로 알고 있습니다. 여기서는 Cisco 기준으로 설명을 드리면,

  • OSPF LSDB에는 모든 라우팅 경로가 저장되며, (정확히는 OSPF Neighbor로 부터 받은 모든 LSA 정보를 저장)
  • RIB에는 각 목적지로 가기 위한 최단 경로(Shortest Path)에 해당하는 라우팅 엔트리만 인스톨됩니다.
  • 그리고 이 RIB에 있는 엔트리들이 각 Line Card의 FIB로 복사가 됩니다.
  • 즉, {Control Module의 RIB} = {Line Card #1의 FIB} = {Line Card #2의 FIB} =  {Line Card #3의 FIB} = ...
이에 반해 ARP Table은 조금 다릅니다.

각 Line Card에 있는 ARP Table에는 해당 Line Card가 배운 ARP 엔트리(IP & MAC)만 저장이 되고 이 ARP 정보를 다른 Line Card와 공유하지 않습니다 (Line Card #1에서 배운 ARP 엔트리는 다른 Line Card들에서 사용될 필요가 없으므로). 그리고 Control Module의 ARP Table에는 모든 Line Card의 ARP 엔트리 정보가 모두 다 들어 있습니다. ARP 엔트리를 배우는 과정은 다음 시간에 설명 드리겠습니다.

 

따라서 Cisco Router에서 show ip route나 show ip arp 명령으로 확인되는 정보는 바로 Control Module의 RIB와 ARP Table입니다.

 

Ingress, Egress란?

 

Ingress는 Incoming, Egress는 Outgoing의 의미를 가집니다. 

예를 들어 "1번 Line Card의 ge1/4 포트로 수신된 패킷이 2번 Line Card의 ge2/3 포트로 출력된다고 하면" 다음과 같이 부르게 됩니다.

  • 패킷이 수신된 ge1/4를 Ingress Port
  • 패킷이 수신된 Line Card #1을 Ingress Line Card
  • 패킷이 송신된 ge2/3을 Egress Port
  • 패킷이 송신된 Line Card #2를 Egress Line Card
즉, Router의 Line Card와 Port는 패킷의 흐름에 따라 Ingress가 될 수도 있고 Egress가 될 수도 있습니다.
 
다음 시간에는 오늘 소개드린 General Router Architecture 상에서 IP 패킷 포워딩(전달) 과정을 설명 드리겠습니다.

 

조성인 2012-06-08 15:17:35
창모형 존경합니다...ㅎㅎ
유창모 2012-06-10 18:27:07
오랜만이네.... 뭐 존경까지야~ 부담스럽기시리~~~ ^^*
민경진 2012-06-19 13:55:16
좋은글 감사합니다.
조득희 2012-08-21 14:50:27
많은 도움이 되었네요.
수고하셨습니다.
조석구 2013-02-07 10:44:55
안녕하세요. 네트워크를 막 시작하는 사람입니다.
제가 알기로는 RIB(routing information base)에는 라우터가 학습한 모든 경로가 저장되고 최적의 경로만
라우팅 테이블로 올리고, 라우팅 테이블에 있는 경로가 다운 되었을 때 그 다음 순위의 경로가 라우팅 테이블에
올라 온다고 배운것 같은데..위의 설명은 제가 알고 있는 것이랑은 다르네요..제가 잘못 알고 있었던게 맞죠?
또, RIB와 라우팅 테이블과의 차이는 뭔지 알 수 있을가요?
넷매니아즈 2013-02-07 11:00:29
저는 Routing Table = RIB라고 생각하고 있습니다.
아래 링크에 그림/설명과 같이,
http://blog.ioshints.info/2010/09/ribs-and-fibs.html

각 Routing Process(such as OSPF, BGP, etc)는 자신이 학습한 모든 경로를 가지고 있고, 그 중에 최적의 경로만 RIB(Routing Table)에 저장되는 것으로 알고 있습니다.
조석구 2013-02-07 11:39:12
먼저 빠른 답변 감사합니다.
머리속에서 잘 정리가 안되는데..
제 생각을 말씀 드리면 RIB(routing information base)에는 ospf,rip,bgp 등등.. 네이버를 통해 학습한 모든 경로의 정보가 저장되고, 여기서 spf알고리즘 계산을 통해 가장 빠른 경로만 routing table에 올라 온다고 알고 있는데..
님 말씀 대로라면 rib=routing table 이 되는데..그럼 라우터가 라우팅 프로토콜을 통해 학습한 모든 경로가 저장되는 곳은 어딘지 알 수 있을가요? 예를 들면 sh ip route ospf database, sh ip route rip database 이러한 command로 확인 되는 정보가 저장되 있는 곳
신성균 2013-02-12 14:55:50
안녕하세요.
질문에 대해서 아는만큼 답변 드리겠습니다.
간단하게는 모두 메모리(DRAM) 에 있습니다.
DRAM내에서 각 Routing Protocol별 Database가 따로 존재하고 있는것이죠.

일반적인 Cisco Module 형 장비인 Catalyst 6500/7600 기준으로, Control Board인 Supervisor라는 모듈은 MSFC 와 PFC로 나뉘어져 있으며,
MSFC는 Control Plane을 주관하며, PFC는 Data Plane을 주관합니다.
그런 이유로, Routing Table(RIB) 은 MSFC의 메모리(정확하게는 RP DRAM)에 있으며, Forwarding Table(FIB)는 PFC의 메모리(FIB TCAM)에 있습니다.
MSFC는 RP(Route Processor)와 SP(Swtich Processor)가 나뉘어져 있어,
RP DRAM 에 있는 각 Routing Protocol별 Database들은 RP(Route Processor)를 통해서 RIB가 생성됩니다.
그 후 SP(Switch Process)를 통해 RIB로부터 FIB를 생성하여 PFC및 각 Linecard에 있는 DFC 카드에있는 메모리에 넣어줍니다.

혹시 향후에 Cisco장비에 접속할 기회가 있으시다면, 'show process memory' 명령어로 Routing Protocol별 메모리 사용량을 알 수 있을것입니다.
조석구 2013-02-20 11:50:51
성의 있는 답변 감사드립니다.
조성민 2013-03-15 12:30:44
설명에 보면 RIB는 LC의 FIB에 공유하여 저장을 하지만 ADJ(ARP) Table은 LC의 그것과 공유하지않느다고 하는데 RIB을 참조하는 라우팅 개념과 FIB을 참조하는 포워딩 개념으로 봤을때 FIB에는 라우팅 정보 + ARP 정보까지 포함되어있어 공유를 해야하는 Table (LC의 Component) 자체가 없는 것이 아닌가요 ? 만약 있다고 한다면 모든 라인카드에 공유되어야 하지 않을까요 ?
넷매니아즈 2013-03-22 13:25:09
FIB에 라우팅 정보와 ARP 정보가 함께 포함되어 있을 것 같지는 않은데요 (이건 장비 구현에 따라 다르겠지만요).
왜냐면 ARP Table이란게 Next Hop에 대한 MAC 주소를 가지고 있는 테이블인데, 예를 들어 라우터의 Interface가 Ethernet이 아닌 SONET인 경우 MAC 주소가 필요치 않아 ARP Table이 필요 없습니다.
따라서 FIB와 ARP는 분리되어 있을 것으로 생각이 됩니다.
김광진 2014-09-12 13:27:05

각 Line Card에 있는 ARP Table에는 해당 Line Card가 배운 ARP 엔트리(IP & MAC)만 저장이 되고..

 

이 부분에서 배운 이라는 단어 선택이 좀 애매모호 한것 같습니다.

Line Card ARP Cache table에 존재하지 않은 엔트리를 Control Module의 ARP module에게 요청한 후 정보을 복제하여 보관하고 있는 것이 사실이라면, "배운"이라는 단어는 Line Card 스스로 학습한 것으로 오해석 되는 경향이 있는것 같습니다.

124 2022-11-05 10:59:18

감사합니당ㅇㅇ

Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
View All (1195)
5G (127) 5G 특화망 (40) 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 (51) 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 (21)

 

 

     
         
     

 

     
     

넷매니아즈 회원 가입 하기

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

 

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

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

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

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

   받으실 수 있습니다. 

     
     

 

     
         
     

 

 

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