Network Processor 동향 분석

유상경* 안윤영** 김봉태***

컴퓨터 네트워크와 인터넷의 빠른 성장으로 인하여 네트워크 장비 시장은 기존의 ASIC을 통한 접근 방법이 갖는 고속 처리와 우수한 성능의 장점을 그대로 유지하면서 VPN, traffic engineering, security, QoS (Quality of Service) 지원과 같은 시장에서 요구되는 기능들을 빠르게 수용할 수 있는 새로운 형태의 프로세싱 소자를 필요로 하게 되었다. 이러한 요구들을 충족시키기 위해 제안된 구조가 네트워크 프로세서이다.

네트워크 프로세서는 패킷 처리, 프로토콜 분석, 음성/데이터 통합, QoS 등 통신 시스템에서 이루어지는 작업들을 수행할 수 있도록 프로그래밍이 가능한 디바이스라고 정의할 수 있다. 그러나 이를 구현하기 위한 각 네트워크 프로세서 벤더들의 접근 방법은 각기 다르다. 따라서 본 고에서는 네트워크 프로세서가 등장하게 된 배경을 살펴보고 여러 가지 네트워크 프로세서를 소개하며 상호 비교를 통하여 네트워크 프로세서의 기술 동향을 파악한다. ▧

I. 서 론

현재 네트워크 시장은 크게 세 가지의 주요한 흐름을 타고 있는 것으로 보인다. 급격하게 증가하고 있는 네트워크상의 트래픽에 대한 처리, 음성과 데이터의 통합 그리고 기존의 시스템에 새로운 기술들을 추가하는 작업들이 그러한 흐름을 구성하는 사안들이라고 할 수 있겠다.

네트워크 트래픽의 갑작스러운 증가는 인터넷의 인기와 원격 접근을 통한 정보 획득에 대한 필요성의 증가 그리고 다양한 어플리케이션의 등장 등에서 그 원인을 찾을 수 있다. 전자 상거래에서의 폭발적인 성장으로 인해서 인터넷 자체만으로도 네트워크의 백본(back bone)에 처리가 어려울 정도의 트래픽 로드를 발생시키기도 한다.

인터넷은 데이터 트래픽의 양이 음성 트래픽의 양보다 많아지게 된 결정적인 원인이 되기도 했다. 전자우편, 데이터 베이스 엑세스, 파일 전송 등의 원격 접근을 위한 응용들이 망 자원의 사용을 증가시키고 있다. 음성과 데이터의 통합 처리는 앞으로의 네트워크 환경을 정의하는 데 있어서 중요한 부분을 차지하게 될 것이다. 현재의 인터넷 프로토콜(IP: Internet Protocol)을 통한 데이터의 전송은 무료이고 음성 통신은 가장 저렴한 경로를 사용하는 것이 당연하므로 음성과 데이터의 수렴이 이루어질 것이라는 추론은 자연스러운 것이다. VoIP(Voice over IP), VoATM(Voice over ATM) 그리고 VoFR(Voice over Frame Relay)과 같은 기술들은 이러한 시장에서의 변화를 효율적인 비용으로 수용할 수 있는 대안이라고 하겠다. 그러나 이러한 기술들로의 전이가 가능하기 위해서는 음성 트래픽에 대한 QoS의 보장이 이루어져야 하고 인터넷을 사용하는 음성 트래픽에 대해 어떻게 과금할 것인가에 대한 결정이 이루어져야 한다.

새로운 제품이나 기능들이 나타나면서 기존의 시스템과의 적절한 통합이 하나의 관건이 된다. 현재 보유하고 있는 장비나 소프트웨어를 모두 새롭게 교체해야 하는 부담을 겪지 않으면서 새로운 기술을 받아들일 수 있는 방법이 요구된다.  이러한 상황에서 네트워크 시스템 개발은 경제적이면서 좋은 성능을 낼 수 있으며 시장 변화에 의해 요구되는 기능들을 유연하게 수용할 수 있는 통신용 반도체를 요구하게 된다. 기존에는 빠른 처리 속도를 위해 네트워크 시스템을 주로 ASIC에 의해 개발했으나 이는 가격이 비싸고, 빠른 시장의 요구 변화를 따라가지 못하고 있다. 따라서 이러한 네트워크 장비 디자이너들의 요구를 반영하여 네트워크 프로세서(Network Processor)라는 새로운 구조가 만들어졌다. 네트워크 프로세서는 고속의 데이터 처리를 요구하는 네트워크 장비에서 사용할 수 있고 제품에 따라 차이는 있지만 프로그램에 의해 동작하므로 기존의 알고리즘을 업그레이드하거나 새로운 기능을 추가할 수 있어 유연성이 뛰어난 소자이다.

네트워크 프로세서 이전에도 네트워크 시스템 제작에 있어서 유용한 기능들을 수행했던 몇 가지 디자인상의 대안들이 있었다. (그림 1)에 네트워크 시스템 디자인을 위한 방법들 간의 우열을 유연성, 출시에 소요되는 시간, 성능 그리고 경제성의 측면에서 나타내었다. <표 1>에는 이러한 다양한 접근 방법들이 갖는 특징과 현재 시장과 앞에서 상술한 네트워크 디자이너들의 요구를 만족시키지 못하는 이유를 정리하였다.

(그림 1)에서 집적 통신 프로세서(integrated communication processor)에 해당하는 예로는 모토롤라의 MPC860, MPC850, MPC860SAR, MPC860T와 같은 PowerQUICC(Quad Integrated Communication Controller) 제품 계열과 TEMIC Semiconductor의 TSC701과 같은 통신 컨트롤러(Communication Controller)가 있다. 집적 통신 프로세서는 프로그램에 의해 제어되므로 출시에 걸리는 시간이 짧고 유연성에서 우수한 특징을 보이지만 데이터 처리 속도 등의 성능이 낮으며 경제성이 떨어지는 단점이 있다. 기성 ASIC(standard product ASIC)이나 스위치용 맞춤형 ASIC(custom switch ASIC)은 출시까지 장기간이 소요되고 유연성이 낮은 단점이 있다. 따라서 이러한 특징들에 대하여 모두 좋은 결과를 나타내는 네트워크 프로세서의 출연은 필연적인 것이라고 볼 수 있다.

II. 네트워크 프로세서의 특징

네트워크 프로세서를 디자인하는 방법에 대해서 제조사마다 각기 다른 방법을 취하고 있고 전체 네트워크에서 어떤 용도로 사용되는 시스템을 목표로 하는가에 따라서 구현하는 기능도 다르다. 그러나 이러한 차이점들 속에서도 네트워크 프로세서가 갖는 공통적인 함의는 일반적인 통신을 위한 작업들을 wire-speed로 수행하기 위해 특정 기능들을 가능하게 하는 하드웨어 구조를 가지면서 프로그래밍이 가능한 디바이스라는 점이다. 대부분의 네트워크 프로세서 제조업체들이 참여한 네트워크 프로세서 컨퍼런스에서는 다음과 같이 네트워크 프로세서를 정의하고 있다.

네트워크 프로세서는 패킷 처리(packet processing), 프로토콜 분석(protocol analysis), 라우팅(routing), 음성/데이터 통합(voice/data convergence), 파이어월(firewalling), QoS(Quality of Service)의 특정한 통신상의 작업들에 목적을 두고있는 프로그래밍이 가능한 디바이스이다.

네트워크 프로세서가 갖는 가장 큰 매력은 프로그래밍 가능성에 있다. 프로그래밍이 가능함으로 인해 다양한 종류의 트래픽을 처리할 수 있도록 제품을 디자인 할 수 있고, 신속하게 제품을 업그레이드 할 수 있다. 네트워크 프로세서 제조업체들이 프로그래밍 가능성을 제공하는 방식에는 크게 두 가지가 있다. 한가지는 네트워크 시스템 생산업체에서 필요한 기능을 요구하면 네트워크 프로세서 제조업체에서 그 기능을 위한 코드를 작성해 주는 방식이다. 이 경우에 네트워크 시스템 디자이너는 주어진 파라미터에 자신이 디자인하고 있는 시스템에 해당하는 값을 대입하면 된다. 또 한가지 대부분의 제조업체들이 취하고 있는 방식은 소프트웨어 라이브러리를 제공하고 구매자가 그 라이브러리를 바탕으로 시스템을 구성하는 방식이다.

전자의 파라미터를 이용한 프로그래밍 방식을 제공하는 회사로는 Switchcore와 지금은 Conexant가 인수한 Maker를 들 수 있다. 구매자가 프로세서에 바로 프로그래밍을 할 수는 없지만 파라미터를 통해 변화를 줄 수 있도록 하는 방식이다. Lucent에 인수된 Agere 가 생산하는 FPP(Fast Pattern Processor)같은 경우에는 FPL(Functional Programming Language)이라는 자체 프로그래밍언어를 사용하게 하는데 특정한 기능을 부여하는 데 있어서 최적의 방식으로 작업을 수행할 수 있게 하는 장점은 있지만 프로그래밍이 FPL에서 제공하는 기능들에 한정되기 때문에 다양한 기능 구현을 제한한다는 단점을 갖는다. 통신상의 분류(Classification) 작업은 가능한 경우의 수가 크고 분류 작업 자체가 갖는 복잡성 때문에 기존의 일반적인 방법으로는 고속의 처리가 어렵다. Agere의 FPL은 이러한 통신 시스템에의 분류의 문제를 해결하기 위한 분류 수행 언어이다. 분류 수행 언어(classification language)는 프로그래머가 분류 작업을 쉽고 효과적으로 표현할 수 있도록 하는 언어를 말한다. C언어와 비교해서 같은 작업을 수행하는데 더 짧은 코딩으로 가능하고 따라서 프로그래밍상의 오류를 줄일 수 있으며 출시에 걸리는 시간이 짧고 여러 상황에 대해서 약간의 수정으로 재사용이 가능한  장점들을 갖는다. 같은 방식을 사용하는 예로 Solidum사가 있다. Solidum에서는 프로그램언어로 PAX PDL(Pattern Description Language)을 사용한다. Motorola에 인수된 C-Port는 C/C++을 사용한 프로그래밍을 가능하게 함으로써 서로 다른 플랫폼에서도 동일한 코드를 사용할 수 있게 한다. 네트워크 프로세서의 구매자에게 친숙한 C나 C++같은 언어를 사용하게 하는 것은 동일한 네트워크 프로세서를 사용하더라도 디자이너에 따라 차별된 제품을 구현할 수 있게 한다는 장점을 갖지만 최적의 코드를 제공할 수는 없다.

III. 제조사별 네트워크 프로세서

1. INTEL

Intel의 IXP1200은 (그림 2)에서 보는 바와 같이 하나의 마이크로프로세서와 여섯 개의 마이크로엔진(microengine)이 한 칩에 결합된 소자로서 마이크로프로세서로 StrongARM Core를 사용한다. 또한 IXP1200은 초당 250만 패킷을 스위칭할 수 있으며 다중 프로세서를 사용할 경우에는 테라비트급의 성능으로 확장이 가능하다. 칩 인터페이스는 4.2Gbps I/O 버스 인터페이스, Integrated 32bit, 66MHz PCI 인터페이스, 32bit SRAM 인터페이스, 그리고 64bit SDRAM 인터페이스가 있다.

IXP1200의 개발 환경은 사용자가 요구하는 어플리케이션을 개발할 수 있도록 Workbench, StrongARM 개발 툴, 마이크로코드와 StrongARM 소프트웨어 라이브러리를 제공한다. (그림 3)에 이러한 프로그래밍 환경을 나타내었다. IXP1200의 마이크로엔진 프로그래밍을 위한 Workbench는 Win98/NT GUI 인터페이스에서 텍스트에디터, 마이크로 코드 어셈블러, 링크 로더, 시뮬레이터를 포함하고 있다. IPX1200의 StrongARM 마이크로 프로세서 프로그래밍을 위한 개발 환경으로는 StrongARM 컴파일러, 링커를 사용하고 운영체제로 WindRiver의 VxWorks와 RetiSoft의 μC/OS를 지원한다.

IXP1200이 사용될 수 있는 어플리케이션으로는 RAS(Remote Access Server), 웹 스위치 , 코어 라우터, 엔터프라이즈 라우터, 그리고 LAN-WAN 스위치 등을 들 수 있다.

2. MMC Networks

최근에 발표된 바에 따르면 CISCO의 Layer3 이더넷 스위치인 Catalyst 294-L3와 4908 G-L3에 MMC의 네트워크 프로세서가 사용되었다. 또 3COM은 최근 선보인 Total Control 2000 다중서비스 액세스 플랫폼에 MMC의 nP7000 계열 네트워크 프로세서들과 nPX5410 스위칭 칩셋을 사용하였다. MMC에서 생산하는 네트워크 프로세서 칩의 모델과 각각의 특성을 살펴보면 EPIF의 경우 4개의 Fast 이더넷을 지원하고 3계층 패킷 처리가 가능하며 각 포트에서 초당 600,000 패킷의 처리 속도를 갖는다. XPIF는 기가비트 이더넷과 PoS(Packet over SONET)를 각각 한 포트씩 지원하고 EPIF와 마찬가지로 3계층 패킷 처리가 가능한데 한 포트에서 1.5백만 패킷을 초당 처리할 수 있다. GPIF의 경우 기가비트 이더넷과 PoS를 각각 2포트 지원하며 3계층을 물론 더 상위 계층의 패킷 처리가 가능하다. 포트별 초당 처리 속도는 XPIF와 같다.

MMC의 네트워크 프로세서는 스위칭 엔진과 인터페이스하며 Fast/기가비트 이더넷, PoS 포트를 지원한다. 초기에는 MMC의 스위칭 엔진 모델은 네 종류가 생산되었으나 현재는 AF5400과 AF5500, 두 종류만 생산되고 있다. AF5400의 경우 기가비트 이더넷용 스위칭 엔진이고 AF5500은 기가비트 이더넷과 ATM, 그리고 프레임 릴레이 스위칭 엔진이다. (그림 4)는 AF5500 칩 셋으로 ATM과 Fast 이더넷 인터페이스를 갖는 2.5Gbps 스위치를 구현하는 모델을 나타내었다. 제어 모듈의 PFQ(Per-Flow Queuing Controller)는 플로우별 큐잉을 제어하고 PFS(Per-Flow Scheduler)는 WFQ(Weighted Fair Queuing) 등의 스케줄링을 수행한다.

MMC의 네트워크 프로세서로 네트워크 시스템을 개발할 때 지원되는 개발환경은 WindRiver Sysem의 Tonado를 개발 플랫폼으로 사용할 수 있으며, 이는 VxWorks를 포함한다. 또한 Mentor Graphics의 XRAY debugger와 Microtec Assembler를 사용할 수 있다. 

3. Transwitch

Transwitch에서 생산하는 ASPEN은 RISC기반의 프로그래밍이 가능한 VLSI 디바이스로서 622Mbps(OC-12)의 성능을 제공하며, 셀과 패킷 두 가지 모드를 지원한다. (그림 5)에 ASPEN의 구조를 보였다. UTOPIA 인터페이스를 통해 들어온 셀은 스케줄링을 위해 큐에 저장되었다가 CELLBus 스위치 패브릭으로 전달된다. 반대 방향으로 스위치 패브릭에서 UTOPIA 인터페이스로 전달되는 셀 역시 마찬가지로 큐에 저장되었다가 스케줄링을 거치게 된다.

TranSwitch에서는 ATM 레이어의 처리 기능들을 구현한 펌웨어를 제공하고 있고 이 펌웨어를 ASPEN 내부의 Instruction RAM에 로딩하여 사용한다. 이 펌웨어가 수행하는 기능들은 Cell Processing, Traffic Management 그리고 OAM으로 크게 구분할 수 있다.

ASPEN 네트워크 프로세서 칩으로 구현할 수 있는 응용으로는 ATM 액세스 다중화기, 다중서비스 액세스 다중화기, VoIP/VoATM 음성 게이트웨이, Layer 2/3/4 스위치, ATM LAN 스위치, 그리고 프레임 릴레이 스위치를 들 수 있다. 실제로 Siemens의 차세대 광대역 액세스시스템인 XpressLink의 제작에 ASPEN이 선택되었다.  

4. C-Port/Motolora

Motorola에 인수된 C-Port는 C-5 DCP(Digital Communication Processor)를 생산하고 있다. C-5 DCP는 하나의 칩에 여러 RISC 코어와 코프로세서 그리고 마이크로 코드 엔진을 포함하고 있다. 15개의 채널 프로세서를 기본 블록으로 하는데, 한 채널 프로세서는 32bit RISC 코어와 두 개의 SDP(Serial Data Processor)로 구성되어있다. 채널 프로세서는 하나의 물리층 인터페이스로 할당될 수도 있고 내부 작업을 위한 코프로세서로 사용될 수도 있는데 SDP가 데이터 인코딩/디코딩, 프레이밍, 포맷팅, 에러 검사 등의 작업을 수행한다. C-5 DCP에는 다섯 개의 코프로세서가 테이블 룩업, 큐 관리, 버퍼 관리, 스위치 패브릭 인터페이싱, 그리고 관리상의 작업들을 처리한다. (그림 6)에 C-5 DCP가 ATM 인터워킹을 위해 사용되는 예를 보였다. 한 칩 안에 구현된 채널 프로세서들을 ATM, SAR, HDLC 다중화와 역다중화, FR, 그리고 IP 기능들에 할당하여 고속화를 가능하게 하였다.

프로그래밍을 위해서 C-5 DCP는 C-Ware CPI(Communication Programming Interface)를 제공한다. C-Ware 소프트웨어 툴 셋에는 네트워킹 어플리케이션을 위한  레퍼런스 라이브러리, CPI, 시뮬레이터, 컴파일러, 디버거, 성능 분석 툴, 그리고 트래픽 스크립트 툴을 포함한다.

C-5 DCP가 사용될 수 있는 응용으로는 다중 서비스 액세스플랫폼, DSL(Digital Subscriber Line) 액세스 다중화기, 유무선 헤드엔드 시스템, 이더넷/IP/FR/ATM 인터워킹 시스템, 그리고  IP 기가비트/테라비트 라우터 등을 들 수 있다.

5. Agere/Lucent

지난 1월에 Lucent에 인수된 Agere의 네트워크 프로세서는 RSP(Routing Switch Processor)와 FPP(Fast Pattern Processor)로 구성되어 스위칭과 라우팅 어플리케이션을 위한 분류(Classification)와 포워딩의 작업을 수행한다. 각 칩의 주요기능을 살펴보면 RSP는 큐잉, 트래픽 관리, 트래픽 쉐이핑, 패킷 수정, 세그멘테이션의 기능을 수행하고 FPP는 초당 6백만 패킷의 처리 속도로 패킷 분류와 인식의 기능을 수행한다. Agere의 네트워크 프로세서는 물리계층 인터페이스와 백 플레인(backplane) 사이에서 wire-speed의 데이터 경로를 가지고 각 칩에서 제공하는 기능들을 수행한다. FPP와 RSP 이외에도 이 둘 사이의 인터페이스를 위해서 ASI라는 칩이 제공된다. (그림 7)에 FPP, RSP, 그리고 ASI의 구조와 이들을 이용한 시스템 구성 모델을 보였다.

Agere에서는 개발 환경으로 시뮬레이션과 테스트를 위한 트래픽 발생 툴을 포함하는 SDK (Software Developer's Kit)를 제공한다. Agere의 네트워크 프로세서가 주로 사용되는 어플리케이션은 라우팅, 스위칭, 네트워크 관리, 파이어월, 모니터링, SAR 등을 들 수 있다.

IV. 제조사별 네트워크 프로세서 비교

앞에서도 언급했듯이 제조사별로 네트워크 프로세서가 수행하는 기능상의 차이가 있고 구현에 사용한 구조 또한 다르기 때문에 모든 네트워크 프로세서에 대해 성능의 우열을 가늠할 수 있는 척도를 마련한다는 것 자체가 쉬운 일은 아니다.

2000년 5월에 미국 Las Vegas에서 있었던 Networld+Interop에서 모든 네트워크 프로세서에 적용할 수 있는 벤치마크를 만들려는 모임이 있었다. 주로 이미 언급한 이유들로 인해서 공통된 합의점을 찾기가 어려웠고 일부 회사는 벤치마크의 대상을 세부화해서 개별적인 기능에 대한 벤치마크를 만들자는 제안을 했다. 하지만 이 또한 여러 네트워크 프로세서를 사용하여 스위치를 구성하는 상황에서는 부하의 분배 등에 따라서 성능이 달라질 수 있기 때문에 사용되는 상황을 고려하지 않은 개별 소자의 성능은 의미를 갖지 못한다는 지적을 받았다.

Sitera 등은 "headroom"이라는 방식을 제안했는데 이는 추가적인 기능의 구현이 가능하도록 남겨둔 프로세싱 능력의 양으로 네트워크 프로세서를 벤치마크하자는 것이다. 이것 또한 여유 프로세싱 능력이라는 용어가 갖는 애매함 때문에 전체 참석자의 지지를 얻지는 못했다. 특정 기능에 대한 프로세싱 능력을 평가하는 벤치마크도 있다.

Wolf 등은 패킷 헤더 프로세싱 능력을 평가하는 네 개의 프로그램과 데이터 스트림 프로세싱을 평가하는 네 개의 프로그램, 총 여덟 프로그램으로 구성된 COMMBENCH라는 네트워크 프로세서 벤치마크 프로그램을 제작했다. 하지만 COMMBENCH도 한 네트워크 프로세서에 대해서 충분한 성능 평가를 제공하기는 어려운 것으로 보인다.

이런 어려움에 기인하여 여기에서는 단순히 여러 네트워크 프로세서의 개별적인 특성만을 비교하기로 한다. <표 2>에 네트워크 프로세서 제조사별로 생산하는 네트워크 프로세서들의 특징적인 사항들을 정리하였다.

V. 시장, 기술 전망 및 결론

International Data Corporation(IDC)가 발간한 “Network for Next-Generation Switches and Routers Drives Network Processor Revolution”이라는 제목의 보고서에 따르면 네트워크 프로세서는 초기에는 코어 스위치나 캐리어급의 라우터와 같은 대형 어플리케이션에 적합할 것이고 중형이나 소형 기업 근거리망 시장에서의 네트워크 프로세서의 사용은 2001년까지 계속 증가할 것으로 전망했다. 또 세계적으로 네트워크 프로세서 시장은 2002년까지 약 3억 달러에 이를 것으로 예상했다.

실제로 Carhners In-Stat Group의 보고서에 따르면 1999년에 1.28억 달러의 네트워크 프로세서 판매가 이루어진 것으로 나타났다. 또 같은 보고서에서 네트워크 프로세서 시장은 2004년까지 29억 달러 규모로 증가하면서 1999년에서 2004년까지 매년 약 63%에 달하는 연간 성장률을 보일 것으로 전망했다.

이러한 시장에서의 성공을 가능하게 하기 위해서 네트워크 프로세서 기술에서도 변화가 있을 것으로 보인다. 우선은 Embedded Memory가 차세대 네트워크 프로세서를 위한 주요한 기술로서 부각되고 있다. 외부의 SRAM을 사용하는 방법보다 더 효과적인 패킷 프로세싱을 가능하게 하는 구조를 Embedded Memory를 통해 제공받을 수 있다. EZchip Technologies와 Vitesse에 인수된 Xaqti는 저전력 Embeded DRAM을 네트워크 프로세서 디자인에 사용하려 하고 있다. 또 한가지 기술적인 흐름은 네트워크 프로세서와 함께 사용할 수 있는 코프로세서에 대한 관심이 높아지고 있다는 것이다. 예를 들어, 패킷 분류와 같은 특정 작업의 수행을 코프로세서를 통해 구현하는 것으로 네트워크 프로세서에 가중되는 부하를 줄일 수 있다. 이러한 관심은 CPIX forum에서 표준화하고 있는  CPIX(Common Programming  Interface)로 이어지고 있다. (그림 8)에 CPIX의 구조를 나타내었다. CPIX forum은 네트워크 프로세서와 다른 데이터나 통신 구성요소 사이의 인터페이스를 표준화하는 것을 목표로 하고 있으며 대부분의 네트워크 프로세서 벤더들이 참여하고 있다. 앞으로 네트워크 프로세서 시장에서 큰 비중을 차지할 것으로 보이는 Intel이 독자적인 API인 ACE API를 모든 프로세서에 적용하기로 하고 CPIX에 참여하지 않고 있지만 ACE API가 CPIX를 지원할 수 있도록 하려는 계획을 가지고 있어서 CPIX 표준화에 대한 전망은 밝은 편이라고 하겠다.

 

본 고에서는 네트워크 시스템 디자인에 새로운 기본 구성요소로 떠오르고 있는 네트워크 프로세서의 기술동향을 살펴보았다. 제조사별로 제각기 다양한 구조와 기능을 갖는 여러 프로세서들을 소개하였고 특징을 정리하였다. 더 많은 대역과 더 나은 품질의 네트워크 서비스에 대한 사용자의 요구를 충족시킬 수 있는 방법으로서의 네트워크 프로세서에 대한 관심과 그를 이용한 네트워크 시스템의 개발이 크게 증가될 것으로 보이며 따라서 앞으로 통신 장비는 네트워크 프로세서, 제어 프로세서, 물리계층 인터페이스 칩, 그리고 메모리로 구성되는 간단하고 효율적인 형태로 구현될 것으로 전망된다.

<참 고 문 헌>

[1]    Bill Hubbs, “A Survey of Highly Integrated Ethernet DataComm Devices”, IEEE Aerospace Conference, Vol.4, 1998, PP.489-498.

[2]    Nicholas Cravolla, “The Sky's the Limit”, EDN Magazine, Nov. 24 1999, pp.108-118.

[3]    Markus Levy, “Development Tools Unleash Network Processors' Power”, EDN Magazine, Feb. 3 2000, pp.115-120.

[4]    Tilman Wolf and Mark Franklin, “COMMBENCH,-A Telecommunications Benchmark for Network Processors”, ISPASS2000, 2000, pp.154-162.

[5]    Agere, http://www.agere.com

[6]    Conexant, http://www.conexant.com

[7]    C-pot, http://www.cportcorp.com

[8]    MMC Networks, http://www.mmcnetworks.com

[9]    Sitera, http://www.sitera.com

[10]  Solidum, http://www.solidum.com

[11]  Transwitch, http://ww.transwitch.com

[12]  Vitesse, http://www.vitesse.com

[13]  Network Processors Conference, http://www.networkprocessors.com

[14]  EETimes, http://www.eet.com

[15]  Chipcenter, http://www.chipcenter.com

[16]  International Data Corp., http://www.idc.com

[17]  Network+Interop 2000, http://www.key3media.com/interop