AdminID.kr (어드민아이디) - 라우터

시스코 네트워킹 part 8-2 (Back to Back)

JAESOO — Thu, 16 Apr 2015 15:40:59 +0000

Back to Back - 원래 환경에서는 전화국에 요청해서 전용선을 설치하고 서로 라우터를 연결하면 되지만 실습실에 전용선을 설치할 수 는 없고 그래서 만드는 구성

즉 라우터와 라우터를 서로 직접 연결하면서 마치 전용선 구간에서 연결한 것처럼 만드는 기술

원래 전용선을 사용하기 위해선 라우터 뒤에 모뎀 장비인 DSU/CSU가 붙고 그 뒤에 전용선을 연결함.

하지만 Back to Back 구성에서는 라우터 대 라우터 V.35 케이블만을 가지고 서로 연결

실제 구성에서는 라우터의 시리얼 인터페이스에 V.35 케이블을 연결하고 한쪽 끝은 DSU/CSU에 연결

DSU/CSU는 전용선에 연결, 상대편도 마찬가지로 구성

이러한 실제 구성에서 라우터는 DTE 장비가 되고, DSU/CSU는 DCE 장비가 되기 때문에 이때 라우터에 사용하는 V.35 케이블은 DTE 케이블임.

그러나 실습환경에서는 중간에 DSU를 놓고 또 전용선을 연결하는 이러한 실제 구성이 불가능

Back-to-Back구성에서는 전용선과 DSU/CSU를 생략하고 직접 라우터 대 라우터를 V.35 케이블을 이용해서 연결

이때 중요한 것은 라우터 A나 라우터 B 둘 중 하나가 반드시 DCE로 동작해야 한다는 것

이 때 어느쪽 라우터가 DCE이고 어느쪽 라우터가 DTE인지를 알아보는 방법이 있음

Router#show controller interface interface-number

Router-b#show controller serial 0

HD unit 0, idb = 0x8E6AC, driver structure at 0x92848

이렇게 show controller 명령을 수행해서 DTE와 DCE를 확인 후, DCE 케이블이 연결되어 있는 라우터의 인터페이스 구성 모드로 들어가서 다음 구성을 추가

Router-B(config)#int s 0

Router-B(config-if)#clockrate 56000

여기서 Clockrate 값은 바로 두 라우터 간의 회선 속도가 됨. 방금과 같은 경우 56kbps의 속도로 연결된 것

출처 : http://headvoice.tistory.com/100

라우터 DTE - DCE (CSU/DSU) 구성

JAESOO — Thu, 16 Apr 2015 15:37:47 +0000

실제구성

라우터(DTE)--(V.35 CABLE)--DSU/CSU(DCE)--WAN--DSU/CSU(DCE)--(V.35)--라우터(DTE)

=> V.35 케이블을 이용해서 DSU/CSU 장비에 접속하고 이 장비들이 다시 WAN 으로
접속을 하는것 입니다

백투백

라우터--(V.35 CABLE : DTE)====(V.35 CABLE : DCE)--라우터

=>결국 두 라우터를 직접 연결해서 전용선 구간에서 연결한것 처럼 하는것입니다
그러기 위해서는 DTE/DCE V.35 CABLE 이 필요합니다
(결국에는 랜의 크로스 케이블하고 같은은것 입니다)
글구, DCE 장비에 CLOCK RATE 설정해야 통신이 가능합니다

=============================================================================

DCE (Distributed Computing Environment; or Data Communication Equipment)

네트웍 컴퓨팅에서, DCE[디씨이](Distributed Computing Environment ; 분산 컴퓨팅 환경)는 분산 컴퓨터들의 시스템 내에서 컴퓨팅 및 데이터 교환을 설정하고 관리하는데 필요한 산업표준 소프트웨어 기술이다. 일반적으로 DCE는 여러 가지 다른 크기의 서버들이 지리적으로 퍼져있는 대형 컴퓨터 시스템의 네트웍 내에서 사용된다. DCE는 클라이언트/서버 모델을 사용한다. DCE를 사용하면, 사용자는 원격지의 서버에 있는 응용프로그램과 데이터를 쓸 수 있다. 프로그래머들은 그들의 프로그램이 어느 곳에서 실행되는지 또는 데이터가 어디에 위치해 있는지 등에 대해 전혀 신경을 쓸 필요가 없다.
DCE 설정시에는 대부분, 필요할 때 DCE 응용프로그램과 관련 데이터들을 찾을 수 있도록 분산 디렉토리를 준비하는 것이 필요하다. DCE는 보안지원을 포함하며, 몇몇 제품들은 IBM의 CICS, IMS 및 DB2 데이터베이스들과 같은 보편적인 데이터베이스에 접근하기 위한 지원을 제공한다.
DCE는 몇몇 회원사들이 기여한 소프트웨어 기술을 사용하여, OSF (Open Software Foundation)에 의해 개발되었다.

컴퓨터 통신에서의 DCE (Data Communication Equipment ; 데이터 통신 기기)는 모뎀이나 다른 직렬장치들이 컴퓨터와 데이터를 주고받기 위해 사용하는 RS-232C 인터페이스를 의미한다. DCE 인터페이스와 DTE 인터페이스간의 관계에 대해 좀더 자세한 정보를 알기 원하면 RS-232C를 찾아 보라.

---------------------------------------------------------------------------------
DTE (Data Terminal Equipment) ; 데이터 단말 장치

컴퓨터 데이터 통신에서, DTE[디티이]는 컴퓨터가 모뎀이나 기타 다른 직렬장치를 이용하여 데이터를 교환하기 위한 RS-232C 인터페이스이다. DTE 인터페이스와 DCE 인터페이스에 관한 좀더 자세한 정보는, RS-232C를 참조할 것.

---------------------------------------------------------------------
CSU/DSU (Channel Service Unit/Digital Service Unit)

CSU/DSU는 근거리통신망에 사용되는 통신기술로부터 나온 디지털 데이터 프레임들을 광역통신망에 보낼 수 있도록 적절한 프레임으로 변환하는 외장형 모뎀 크기의 하드웨어 장치이다. 예를 들어, 만약 자신의 집에서 웹 관련 비즈니스를 하려면 T-1 정도의 디지털 전용회선을 전화회사로부터 빌려야하는데, 이때 자신의 집과 전화회사에 각각 1개씩의 CSU/DSU를 설치해야한다.

CSU는 광역통신망으로부터 신호를 받거나 전송하며, 장치 양측으로부터의 전기적인 간섭을 막는 장벽을 제공한다. CSU는 또한 전화회사에서 테스트 목적으로 보내는 신호에 대해 루프백 반향을 할 수 있다. DSU는 회선제어를 관리하고, RS-232C, RS-449 또는 근거리통신망으로부터의 V.35 프레임들과 T-1 회선상의 TDM DSX 프레임 사이의 입출력을 변환한다. DSU는 타이밍 에러와 신호재생을 관리한다. DSU는 DTE로서 컴퓨터와 CSU 사이에서 모뎀과 같은 인터페이스를 제공한다.

CSU/DSU는 별개의 제품으로 만들어지지만, 때로는 라우터와 함께 통합되기도 한다. CSU/DSU의 DTE 인터페이스는 보통 V.35나 RS-232C 또는 이와 비슷한 직렬 인터페이스와 호환성이 있다. CSU/DSU 제작자로는 시스코, 메모텍 및 Adtran 등이 있다.

시스코는 DSU/CSU라는 용어를 더 선호한다. CSU라는 용어는 AT&T가 자신들의 비교환 디지털 데이터시스템의 인터페이스를 부르는 데에서 유래되었다. DSU는 표준 인터페이스를 사용한 DTE의 인터페이스를 제공하며, 또한 테스팅 기능도 제공한다

-----------------------------------------------------------------------------
V.xx telephone network standards ; V.xx 전화망 표준

ITU-T로부터 나온 V 시리즈 권고안이 아래 표에 요약되어 있다. 여기에는 일반적으로 사용되는 모뎀 표준과 다른 전화망 표준의 대부분이 포함된다. ITU-T 표준 이전에는, AT&T와 Bell System 등이 저속 전송속도에 대한 자사 나름대로의 표준을 제시했었다. 또다른 일련의 표준들인 MNP 클래스 1부터 10까지(클래스 8은 없다)는 일정 기간 통용 되었으나, 그러나 세계표준이 개발되면, 다른 것들은 모두 사라지고, 표준을 따르는 제품만이 계속 세를 확장한다 (일부 모뎀은 MNP와 ITU-T 표준을 모두 지원한다).

일반적으로, 모뎀은 "핸드셰이킹"을 통해, 두 모뎀이 모두 성취할 수 있는 속도 중에서, 가장 높은 표준 속도로 통신할 것에 합의하게 된다.

V.22bis로 시작한 ITU-T 전송 속도는 2400 bps의 배수로 증가한다 (아래 표의 표준 번호 중에서 bis란 "버전 2"를 의미하고, terbo란 "버전 3"을 의미한다).

표 준	의 미
V.21	일본과 유럽에서 통용되던 300 보오 속도의 전이중 통신방식 표준이다. 미국에서는 V.21 대신 Bell 103이 사용되었다.
V.22	600 보오에서 1200 bps의 속도를 제공
V.22bis	진정한 세계 최초의 표준으로서, 600 보오에서 2400 bps의 속도를 제공
V.32	2400 보오에서 4800~9600 bps의 속도를 제공
V.32bis	14400 bps의 속도를 제공하지만, 속도를 12000, 9600, 7200 및 4800 bps 등으로 낮출 수 있다
V.32terbo	19200 bps의 속도를 제공하지만, 속도를 12000, 9600, 7200 및 4800 bps 등으로 낮출 수 있다. 압축을 통해 더 빠른 속도에서 동작할 수 있다. CCITT/ITU 표준이 아니었다.
V.34	28800 bps의 속도를 제공하지만, 속도를 24000, 19200 bps 등으로 낮출 수 있다. V.32 및 V.32bis 등과 호환성이 있다.
V.34bis	33600 bps의 속도를 제공하며, 속도를 31200 bps 또는 V.34의 전송 속도로 낮출 수 있다.
V.35	19200 bps 속도 이상에서 동작하는 네트웍 액세스 장비와 패킷 네트웍 사이의 트렁크 인터페이스이다. V.35는 여러개의 전화회선들에 대한 대역폭을 하나의 하나의 그룹으로 사용할 수 있다.
V.42	V.32 및 V.32bis 등과 전송 속도가 같지만, 더 나은 에러 교정 기능이 있어서, 좀더 신뢰도가 높다.
V.90	하향으로는 56000 bps까지 지원한다 (그러나, 실제로는 다소 떨어진다). 3Com의 x2 기술과 록웰의 K56flex 기술에서 나왔다

산업계 표준인 ISDN은 전화선 상에서 128 Kbps의 속도를 제공하기 위하여 디지털로 바꾸는 방법을 사용한다. 다른 기술인 DSL은 더욱 빠른 전송속도를 제공한다.

출처 : http://blog.pages.kr/191

CSU (Channel Service Unit, 채널 서비스 장치)

JAESOO — Thu, 16 Apr 2015 15:36:06 +0000

☞ CSU(Channel Service Unit)

CSU는 Channel Service Unit의 약자로 T1 또는 E1 트렁크를 수용할 수 있는 장비로서 각각의 트렁크를 받아서 속도에 맞게 나누어 분할하여 쓸 수 있는 장비이다. Channel Service에서 Channel이란 한 개의 채널에 64kbps 또는 56kbps의 전송속도를 갖는 것을 말한다. 보통 64kbps를 1채널로 본다. 그래서 128K는 64kbps 두개의 채널을 사용해 128Kbps 속도를 낸다. 256K 나 512K도 마찬가지로 전송로에 할당된 채널 여러개를 사용해서 전송속도를 낸다. 그리고 실제 전송할때 각의 채널이 따로따로 전송되는 것은 아니라 Mux라는 집중 장비가 여러개의 채널들을 모아서 하나의 대용량 전송로를 통하여 한꺼번 에 전송되는 트렁크 방식으로 전송이 된다. 그러므로 CSU는 바로 이러한 트렁 크라인(T1이나 E1)을 그대로 수용할 수 있는 장비이다.

전송방식의 차이로 T1은 24channel이 가능하고 E1은 30channel을 수용할 수 있다. 연결된 T1 이나 E1 전송로는 CSU의 옵션에 따라서 채널수가 지정되고 정해진 채널수에 따라서 그에 따르는 전송로의 전송속도가 결정된다. 그러나 한쪽에서 T1-MUX에서 분기되고 다른쪽에 E1-MUX에서 분기가 된다면 사용 할 수 없다. 이것은 CSU가 T1과 E1 채널이 서도 다르기 때문이다.

▶CSU는 T1,E1을 접속하여 내부에서 채널옵션에 따라 512K등 고속전송을 한다. 그리고 여러 개의 고속채널들은 Mux 집중화 장치로 연결되면서 하나의 트렁크라인으로 모여서 전송되는데 이것을 트렁크 전송이라한다

개요

  CSU DS2000D는 T1/E1 서비스에 접속 가능한 단일 PORT의 Fractional T1/E1 겸용 장비로
  회선의 효율적인 확장을 위해 T1 또는 E1 회선으로의 절체시 물리적인 변경없이
  Key 스위치의 조작만으로 변경하여 사용할수 있다.

규격

  º   Fractional T1/E1 인터페이스
  º   N x 56 또는 N x 64Kbps 속도선택
  º   전면 패널 제어 및 콘솔 포트로 유지 보수
  º   T1 운용시 D4(SF) 또는 ESF Frame으로 운용가능
  º   T1 운용시 ESF는 CRC-6 Frame 으로 운용가능
  º   T1 운용시 CODE는 AMI 또는 B8ZS로 운용가능
  º   E1 운용시 CODE는 AMI 또는 HDB3로 운용가능
  º   E1 운용시 CRC-4 Frame으로 운용 가능하며,
       - CAS 방식 사용할 때 속도는 56 ~ 1,920 kbps로
       - CCS 방식 사용할 때 속도는 56 ~ 1,984 kbps로 운용가능
  º   광 가입자 전송장치(FLC) 와 LOOPBACK 연동 가능
  º   타사 T1/E1 CSU장치와 기능적 호환 가능
  º   Console port를 이용한 CSU 제어 기능
  º   E1 운용시 Remote config 제어 기능
  º   T1 CSU는 DSX 및 CSU모드 사용 가능
  º   다양한 LOOPBACK 기능
      (LTL ,RTL,RCHL,TP,LLB,NLB, RCLB)
  º   Free Volt 전원 공급기의 채용으로 110/220V 구분없이 사용가능

구분	T1 CSU규격	E1 CSU 규격
전송방식	4선식 전이중방식	4선식 전이중방식
FRAME	ITU-T G.704(D4,ESF)	ITU-T G.704(CRC-4,FRAME가능)
LINE CODE	ITU-T G.703(AMI,B8ZS)	ITU-T G.703(AMI,HDB3)
선로 속도	1.544Mbps + 32ppm	2.048Mbps + 32ppm
선로 임피던스	100Ω ± 10%	120Ω ± 10%
DTE Rate	56 X N, 64 X N (N=1~24)	CAS : 56 X N, 64 X N(N=1~30) CAS : 56 X N, 64 X N(N=1~31)
전송속도	56Kbps ~ 1,536KBPS	CAS : 56Kbps ~ 1,920KBPS CAS : 56Kbps ~ 1,984KBPS
LBO	O, -7.5, -15, -22.5dB	NO
선로 구동거리	1.2Km(24AWG)	0.8km(24AWC)

LINE Interface	RJ-48
SYSTEM CLOCK	자체, 수신 ,외부
DTE Interface	ITU- TV. 35
소비전력	110V/220V/60Hz(13.9W)
크기	205mm(D)x 300mm(W)x 47mm(H)

CSU DS2000D구성도

TD	송신 데이터
RD	수신 데이터
RTS	Request To Send의 약자로 DTE가 DCE에 데이터 송신 요구를 표시
SYNC	전송로상의 반송파를 정상적으로 감시, 만약 SYNC가 깜빡거리면 전송로상의 문제가 있는 것이다.
RED	SYNC가 점멸하거나 꺼져 있는 경우에 빨간색 램프가 들어온다. 테스트 스위치 (LOOPBACK SWITCH)
CHANNEL LOCAL	일반적으로 DSU의 자체 테스트와 같은 의미로 자국으로 자체 루프하여 CSU장비 자체를 테스트하는 스위치
CHANNEL REMOTE	원격 루프 테스트로 장비와 대응되는 장비까지 루프 테스트는 것으로 전송로 구간을 전부 테스트 할 수 있다.

◈ CSU LED 표시 설명 표시램프 의미 [CSU ONS-150]

출처 : http://www.dasanic.co.kr/csu_kor.html

L2 MPLS VPN (AToM/EoMPLS)

JAESOO — Thu, 16 Apr 2015 15:33:27 +0000

!- '최신 MPLS/피터전' 책에서 발췌한 내용으로 전반적인 MPLS에 궁금증은 책을 사보시길 권합니다.

@ L2 MPLS VPN(AToM, any transport over MPLS)

L2 MPLS VPN은 IP주소를 기존의 MPLS 망을 통하여 이더넷, ATM, PPP, HDLC, 프레임 릴레이 등의 L2 프레임을 전송

AToM 은 다시 전송 프로토콜에 따라 EoMPLS(ethernet over MPLS), PPPoMPLS(PPP over MPLS)등 으로 구분

L2 VPN은 L2 장비간의 가상회선별로 라벨을 할당한다.

L2 MPLS VPN을 지원하려면 MPLS 백본망이 다음과 같이 구성되어야 한다.

- 백본에 IP 라우팅이 설정되어 PE 라우터들이 상호간 IP로 연결되어야 한다.

- 코어에 MPLS가 설정되어 PE 라우터들 상호간 LSP(Label switched path)가 존재해야 한다.

L2 MPLS VPN을 이용하여 이더넷 프레임을 전송하는 EoMPLS(ethernet over MPLS)를 사용하는 경우

PE-CE간의 링크는 802.1Q만 지원된다. ISL은 지원되지 않는다.

!- 아래는 CCNP ROUTE 과정에 OSPF 에서 나오는 EoMPLS 에 대한 간략한 소개

!- 아래 참고 http://blog.naver.com/hts8376/100004760678

* EoMPLS 대두 : VLAN 확장성 문제, MAC 주소 학습 문제, QoS, 망 복구 능력에 대한 대한 기술로 대두.

Point-to-point 이더넷 전용회선을 MPLS 망을 통해 L2로 제공할 수 있는 방안 제공

===========================

간단한 EoMPLS port mode(가입자 Access port로 구성)

기초 전제 이해 (MPLS 이해 및 기초 실습 Lab) http://mongu2.blog.me/140045370052

IOS : unzip-7206-ram512-c7200-adventerprisek9-mz.150-1.M3.bin , unzip_nm16esw_128ram-c3660-is-mz.124-15.T11.BIN

PE1,PE2 는 7206, A_Seoul,B_Busan 은 3660 사용

1. 기본 설정, PE1, PE2의 Lo0, F0/1은 중앙에서 eigrp 1 으로 광고하는 네트워크 이다.

=> PE1,PE2) sh ip eigrp nei, sh ip route

2. mpls 설정, PE1, PE2의 f0/1 을 MPLS 기능을 활성화 하시오.

=> sh mpls neighbor 등등

3 EoMPLS(Layer2 port mode) 구성

=> sh ip ro, sh mpls l2transport vc default, sh mpls l2transport summary

4. 회사 A를 위한 OSPF 구성 후 통신 확인

====================

1. PE1,PE2간 eigrp 1 설정

PE1,PE2)

router eigrp 1

no auto

net 1.0.0.0

passive-interface f0/0

!- 확인sh ip ro, ping lo0주소

2. PE1,PE2에 MPLS 설정

PE1,PE2)

mpls label protocl ldp

mpls ldp router-id lo0

int f0/1

mpls ip

!- 확인 sh mpls ldp nei

!- sh mpls forwarding-table

3. EoMPLS 설정

PE1)

int f0/0

xconnect 1.1.2.2 25 encapsulation mpls

PE2)

int f0/0

xconnect 1.1.1.1 25 encapsulation mpls

!- 확인 sh mpls l2transport summary, sh mpls l2transport vc 25 (detail)

4. CE1,CE2에 ospf 설정

=======================

!- 2. MPLS 네이버 확인

!- 3. EoMPLS 설정

!- EoMPLS 확인

!- 가입자 라우터의 라우팅 테이블 및 OSPF 네이버 확인

!-사업자 라우터(PE1)의 라우팅 테이블

!-서울 라우터쪽에서 부산 라우터쪽으로 ping 시 CE-PE 구간 패킷(그냥 일반 패킷)

!-PE1/PE2 구간의 MPLS 망에서는 가입자의 패킷을 MPLS에 감싸서 전달하게 된다. 가입자 end 도착 후 구분은 VC로 한다.

* 이외에도 CE들과와 PE간 Trunk 구간을 설정하여 VLAN tag 를 구분해서 Virtual Circuit 를 연결해주는 EoMPLS 구성도 있다.

첨부파일 : 패킷, 라우터 설정 파일

EoMPLS.rar

출처 : http://sola99.tistory.com/161

DSU / CSU / 라우터(router)

JAESOO — Thu, 16 Apr 2015 14:59:25 +0000

■ DSU ( Digital Service Unit 또는 Data Service Unit )

보통 PC 에서 많이 사용하는 MODEM (MOdulator DEModulator)은 아나로그 회선에서 사용하며 디지털 데이터를 아나로그 신호로 바꾸거나 그 역의 기능을 합니다. DSU는 디지털용 회선에 사용하는 장비인데 디지털 데이터를 디지털 신호로 변환해주는 역할을 합니다. 그래서 디지털 서비스 유니트라고 부르는 것입니다. 혼동될 수도 있는 디지털 데이터와 디지털 신호는 다음과 같이 생각할 수 있습니다.

- 디지털 데이터 (PC 등에서 보통 사용하는 이진 데이터 0 0 1 0 1 1 0 1 0 0 0 1 0 1 0)
- 디지털 신호 ( 전송로로 전송되기 위해 변환을 거친 신호) 흔히 pc에서 사용하는 데이터 "0" , "1" 이 실제로 물리적인 전용회선으로 전송되는 것은 아니고 전송로로 전송 되기 위해서 아래와 같이 (예를 들면 "1"은 5Volt 를 가진 파형, "0" 은 0Volt를 가진 파형) 변환됩니다. 그 변환을 하는 것이 종단장치의 역할입니다.

DSU(Digital Service Unit 또는 Data Service Unit)

컴퓨터 및 주변기기는 기계가 쉽게 인식할 수 있도록 디지털 파형을 사용합니다. 이 미세한 디지털 신호를 멀리 전송하기 위해서 디지털 전송 장비가 필요한 것 입니다. 다시 말하면, 거리가 멀면 미세한 디지털 파형은 전송 되는 도중에 왜곡 현상이 발생되어 상대방이 인식 할 수 없으므로 이를 부호화(Incoding) 하여 상대방으로 전송하고 또한 부호화되어 들어오는 정보를 원래의 신호인 디지털로 복호화(Decoding) 하는 것이 디지털 전송장비의 역할입니다. 속도등이 버젼업 된 기기들이
HSM, FDSU,HDSL(High bit rate Digital Subscriber Line)이구요.

=> 디지털 신호를 충실하게 처리, 디지털전송을 가능하게 해 주는 주요장비입니다.

■ CSU(Channel Service)

의미를 이해하기 위해서는 channel의 이해가 필요합니다. 1channel은 64Kbps의 전송속도를 가지는데 흔히 많이 사용하시는 56K/64K는 1ch을 사용하는 것을 의미합니다. 마찬가지로 128K는 64 * 2 = 128 이므로 두개의 채널을 사용합니다. 256K 나 512K도 마찬가지로 전송로에 할당된 채널이 여러개입니다. 그래서 속도가 128K인가 256K인가는 하는것은 2개의 채널을 사용하는가 4개의 채널을 사용하는가 라고 말할 수 있습니다.

실제적인 전송에 있어서, 각각의 단채널들이 따로따로 전송되는 것은 아닙니다. 즉, 먹스라 불리우는 집중 장비가 여러개의 채널들을 모아서 하나의 대용량 전송로를 통하여 한꺼번에 전송되는 트렁크 방식으로 전송됩니다. CSU는 바로 이러한 트렁크라인(T1이나 E1)을 그대로 수용할 수 있는 장비입니다. 전송방식의 차이로 T1은 24channel이 가능하고 E1은 30channel을 수용할 수 있습니다. 연결된 T1 이나 E1 전송로는 CSU의 옵션에 따라서 채널수가 지정되고 정해진 채널수에 따라서 그에 따르는 전송로의 전송속도가 결정됩니다. CSU는 T1, E1 라인을 접속하여 내부에서 채널을 옵션에 따라 분류하여 512K 등의 고속급 전송을 합니다.

CSU는 Channel Service Unit의 약자로 T1 또는 E1 트렁크를 수용할 수 있는 장비로서 각각의 트렁크를 받아서 속도에 맞게 나누어 분할하여 쓸 수 있는 장비입니다. 예를 들어 512K 인 경우는 T1, E1단위로 받은 트렁크라인 중에서 8개의 채널을 분할하여 사용하게 되는 것입니다.

좌우측의 채널하나 또는 여러 개의 고속급 채널들은 먹스 집중화 장치로 연결되면서 하나의 트렁크라인으로 모여서 전송됩니다. 이것을 트렁크 전송이라 합니다.

CSU

Channel Service Unit의 약자로 T1 또는 E1 트렁크를 수용할 수 있는 장비로서 각각의 트렁크를 받아서 속도에 맞게 나누어 분할하여 쓸 수 있는 장비이다. Channel Service에서 Channel이란 한 개의 채널에 64kbps 또는 56kbps의 전송속도를 갖는 것을 말한다. 보통 64kbps를 1채널로 본다. 그래서 128K는 64kbps 두개의 채널을 사용해 128Kbps 속도를 낸다. 256K 나 512K도 마찬가지로 전송로에 할당된 채널 여러개를 사용해서 전송속도를 낸다. 그리고 실제 전송할때 각의 채널이 따로따로 전송되는 것은 아니라 Mux라는 집중 장비가 여러개의 채널들을 모아서 하나의 대용량 전송로를 통하여 한꺼번 에 전송되는 트렁크 방식으로 전송이 된다. 그러므로 CSU는 바로 이러한 트렁 크라인(T1이나 E1)을 그대로 수용할 수 있는 장비이다.

=> 분배기능이 주목적인 커다란 용량의 스위칭 허브라구 이해하시면^^.

☞ CSU(Channel Service Unit)

TD	송신 데이터
RD	수신 데이터
RTS	Request To Send의 약자로 DTE가 DCE에 데이터 송신 요구를 표시
SYNC	전송로상의 반송파를 정상적으로 감시, 만약 SYNC가 깜빡거리면 전송로상의 문제가 있는 것이다.
RED	SYNC가 점멸하거나 꺼져 있는 경우에 빨간색 램프가 들어온다. 테스트 스위치 (LOOPBACK SWITCH)
CHANNEL LOCAL	일반적으로 DSU의 자체 테스트와 같은 의미로 자국으로 자체 루프하여 CSU장비 자체를 테스트하는 스위치
CHANNEL REMOTE	원격 루프 테스트로 장비와 대응되는 장비까지 루프 테스트는 것으로 전송로 구간을 전부 테스트 할 수 있다.

◈ CSU LED 표시 설명 표시램프 의미 [CSU ONS-150]

라우터(router)
랜을 연결하여 정보를 주고 받을 때 송신정보(패킷:packet)에 담긴 수신처의 주소를 읽고 가장 적절한 통신통로를 이용하여 다른 통신망으로 전송하는 장치이다. 인터넷을 접속할 때는 반드시 필요한 장비로서, 서로 다른 프로토콜로 운영하는 통신망에서 정보를 전송하기 위해 경로를 설정하는 역할을 제공하는 핵심적인 통신장비이다.

단순히 통신망을 연결해주는 브리지(bridge) 기능에 추가하여 경로 배정표에 따라 다른 통신망을 인식하여 경로를 배정하며, 수신된 패킷에 의하여 다른 통신망 또는 자신이 연결되어 있는 통신망 내의 수신처(노드)를 결정하여 여러 경로 중 가장 효율적인 경로를 선택하여 패킷을 보낸다. 통신 흐름을 제어하며 통신망 내부에 여러 보조 통신망을 구성하는 등의 다양한 통신망 관리기능을 수행한다.

장점은 통신환경의 설정을 가능하게 하여 관리 방침에 따라 라우팅 방식을 결정하여 전체 네트워크의 성능을 개선할 수 있다. 또한 표준 놀리에 따라 통신방법이 자동으로 결정되므로 유지보수가 용이하고, 통신방법에 구애받지 않으므로 대규모 통신망을 쉽게 구성할 수 있으며, 다양한 경로를 따라 통신량(트래픽:traffic)을 분산할 수 있다.
초기 환경설정이 어렵고, 특정한 프로토콜에 의존하므로 다양한 프로토콜 지원이 어려우며, 하위 프로토콜 지원이 불가능하고, 기능이 복잡하므로 가격이 비싸다는 단점이 있다.

=>경로설정 및 보정 기능. 트래픽 예방 및 분산이 주기능이죠.

요즘은 CSU에 DSU기능이 포함하여 한 제품으로 많이 나오고 있구요.
라우터에 CSU기능이 통합된 제품두 있습니다.

디지털 회선망 즉 일반 랜의 일반적 망구성도을 순서대로 살펴보면

1.집중국(MOU)----DSU-----------CSU--------------ROUTER----컴퓨터등 단말장치 (저속)

2.집중국(MOU)----HDSL----4 wire 실선-HDSL----CSU.ROUTER----컴퓨터등 단말장치 (고속.원거리시)
(2B1Q실선)

■ 디지털 모뎀 (Digital Modem)
DSU : 56Kbps~64Kbps 속도의 전용회선에서 사용합니다.
HSM : 128Kbps 이상의 회선용이며, 전화국과의 거리가 3Km 미만일 때 사용합니다.
CSU : 128Kbps 이상의 회선용이며, 전화국과의 거리가 3Km 이상일 때 사용합니다.

전용선 혹은 WAN(wide area network) 회선을 라우터(router)와 같은 사설망의 장비에 연

결하는 종단 장비.

CSU/DSU는 모뎀과 비슷하게 보이지만, 모뎀은 아니므로 아날로그(analog)와 디지털 간의

변환(변조와 복조) 기능을 수행하지 않는다.

CSU/DSU는 LAN(local area network)의 디지탈 데이터 프레임(frame)을 WAN에 적합한

디지탈 데이터 프레임으로 또는 그 역으로 변환하는 기능을 수행하며 또한 LAN의 내부와

외부 사이의 전기적 간섭을 차단하는 역할도 담당하는 장치인데, 종종 라우터와 결합된 형

태로 제작되기도 한다.

CSU는 회선 테스트를 위한 루프백(loopback) 기능을 수행할 수 있다. DSU는 회선 제어를

수행하며, LAN의 RS-232C, RS-449, V.35 프레임과 T-1선상의 TDM(time-division

multiplex) DSX 프레임 사이의 변환을 행한다. DSU는 또한 타이밍 에러와 신호 재생을 수

행한다. DSU는 DTE(Data Terminal Equipment)로서 컴퓨터와 CSU간의 모뎀과 비슷한 인

터페이스를 제공한다.

56K, T1 및 T3 각 회선의 CSU/DSU는 서로 같지 않으며, 일반적으로 상호 교체가 불가능

하다. T1 CSU/DSU의 경우, 24개의 서로 다른 채널(64K x 24 = 1.54MB)상에 64K

chunk(time slot)로 데이터를 전송한다.

■ HSM
점차 많은 데이터 전송이 필요해 지면서, 56K 이상의 전용회선을 사용하게 됨에따라 고속 데이터 전송용으로 나온 것이 HSM 입니다. 전용회선도 56K 한채널이 아니고 다수의 채널을 모은것을 사용합니다. 한 채널이 아니고 여러 채널로 이루어져 구성된 만큼 데이터가 한번에 지나갈 수 있는 폭이 넓어진 것이므로 한번에 많은 양을 보낼 수 있기 때문에 고속 데이터 전송을 할 수 있습니다.

HSM 장비는 통신 회선을 이용하여 컴퓨터, 라우터등 다양한 동기식 데이타를 전송 장치들의 데이타를 64K ~ 768K 로 통신 가능하도록 해주는 고속 근거리 모뎀입니다. 운용상 한계특성으로 메뉴얼 내용과는 달리 768K는 링크되기가 어렵고 512K도 전화국과의 거리가 상당히 근거리가 아니고서는 구성이 어렵고 개통되더라도 loss가 생깁니다. 이 고속모뎀은 속도에 따라서 제한거리가 달라지는데 128K 속도에서는 보통 실선인 경우 2.7Km 의 거리까지 가능합니다.

출처 : http://cluster1.cafe.daum.net/_c21_/bbs_search_read?grpid=y7Hj&fldid=5crN&datanum=101&openArticle=true&docid=y7Hj5crN10120070207172134

DTE 와 DCE 개념

JAESOO — Thu, 16 Apr 2015 14:45:25 +0000

DTE

- Data Terminal Equipment의 약자

- 사용자- 네트워크 인터페이스의 사용자측에서 데이터 발신 장치나 수신 장치, 또는 두 가지 겸용으로 사용되는 장치

- DTE는 반드시 모뎀과 같은 DCE장치를 통해 데이터 네트워크에 연결되며, 일반적으로 DCE에 의해 생성된 클럭 처리 신호를 사용한다.

- DTE에는 컴퓨터, 멀티플렉서, 라우터 등과 같은 장치가 포함된다.

DCE

- Data Communications Equipment의 약어(EIA 확장기준)

- Data Circuit-terminating Equipment의 약어(ITU-T 확장기준)

- 사용자-네트워크 인터페이스의 네트워크 측으로 구성되는 통신 네트워크 장비의 연결 수단

- DCE는 네트워크로 연결되는 물리적 수단이 되며, 트래픽을 전송하고, DCE 장치와 DTE 장치 사이에서 데이터 전송을 동기화 시키는 데 사용되는

클럭 신호를 제공

- DCE에는 모뎀과 인터페이스 카드가 포함된다.

Clock Rate 설정 이유

- 라우터에서 Clock Rate를 설정하는 이유는 위의 사진처럼 라우터끼리 Back-to-Back 구성 할 경우 Clock을 잡아주는 CSU/DSU가 없기 때문에

라우터 장비 둘 중 한쪽을 DCE로 설정하고 Clock 값을 지정해 주어야 한다.

- Clock Rate를 지정해주는 이유는 시리얼 인터페이스가 통신 시 어느 한쪽에서 통신 규격 속도를 지정해주어야 하기 때문이다.

- DCE쪽에서 Clock을 잡아주면 DCE 인터페이스는 DTE인터페이스로의 속도 동기화가 이루어지는 것이다.

- 따라서 Clock값을 지정해주는 것이다.

Clock 신호 동기 방법

- 라우터 간의 전송 시 신호 동기가 필요하다. 따라서 클럭 신호 라인을 이용하여 동기화 한다.

- 라우터와 컴퓨터 간의 신호는 클럭 + 데이터 신호 라인이기 때문에 따로 동기화가 필요없다.

- Clock (기준신호) : 데이터를 처리함에 있어 기준신호가 된다.

실제 연결의 예

ISP 업체 이용

- 한 기업에서 본사에서 지사로의 거리가 멀기 때문에 ISP업체를 이용하여 전용 망을 구축하여 사용한다.

- 전용 망이기 때문에 보안에 있어 좋으나, 가격이 비싸다는 단점이 있다.

VPN(Virtual Private Network) : 가상 사설망 이용

- ISP업체 이용하는 것이 비용이 많이 들기 때문에 일반 인터넷망을 이용하는 대신 보안을 위해 VPN을 설정하여 사용한다.

출처 : http://blog.naver.com/demonicws/40108165566

VPLS 기술

JAESOO — Thu, 16 Apr 2015 13:28:52 +0000

L2 레벨의 가상사설망(VPN), 일명 가상사설랜서비스(VPLS : Virtual Private LAN Service) 시장이 실시간 인터넷TV(IPTV) 시대를 맞아 점차 본격화될 조짐을 보이고 있다.

30일 관련업계에 따르면 KTㆍLG데이콤ㆍ하나로텔레콤 등 통신사업자들의 실시간 IPTV 서비스 제공을 위한 새로운 네트워크 구성이 검토 중인 가운데, 그 핵심기술 중 하나로 VPLS가 떠오르며 주목을 끌고 있다.

VPLS란 L2 레벨의 VPN에 IP 주소 대신 별도의 라벨을 붙여 전송하는 기술인 MPLS(Multi Protocol Label Switching)를 이용함으로써 기존 전용선 수준의 안정성과 서비스품질(QoS)를 보장해 준다. 특히 가입자별로 차별화된 엔드―투―엔드의 QoS를 비용효율적으로 제공할 수 있어 IP네트워크를 이용한 IPTV 서비스 구현에 효과적이라는 평가를 받고 있다.

한 업계 전문가는 "현재 통신사업자들이 검토 중인 IP네트워크에서 실시간으로 방송 데이터를 전송할 수 있는 네트워크 구성 방식으로는 기존 네트워크 전송망을 이용한 다중서비스지원플랫폼(MSPP) 구성과 IP 핌(PIM) 라우팅. 그리고 VPLS 등 크게 세 가지가 있다"며 "이 중 MSPP는 유연성에서 핌 라우팅은 대용량에서 각각 한계를 지니고 있어 VPLS가 가장 유력한 상황"이라고 설명했다.

VPLS(Virtual Private LAN Service)는 MPLS 기술을 이용해 이더넷 VPN(Ethernet VPN) 서비스를 제공하는 것으로 확장성, 단순성, 관리성, 품질성, 안정성 등을 목표로 하고 있다. 이 기술은 메트로이더넷의 가치를 증진시키는 동시에 IP-VPN 서비스의 복잡성을 단순화하는 장점이 있다. 이에 따라 많은 장비업체들은 이 서비스가 시장성이 있다고 판단, VPLS 기술구현에 나서고 있으며, 사업자들 역시 VPLS 서비스의 상업화에 관심을 기울이고 있다.

VPLS는 이더넷 기반의 Layer2 기술로 메트로이더넷의 가치를 부각시키고 IP-VPN 서비스의 복잡성을 감소시켜 주는 기술이다. 먼저 이더넷은 대부분의 기업 LAN 환경에서 사용되는 Layer2 기술로 사용과 운용, 그리고 설치가 간단해 IT업계에서 가장 친숙한 기술 중 하나가 됐다. 네트워크업계에서는 이더넷 기술을 끊임없이 진화시키고 있고, 이로 인해 보다 빠르고 비용이 저렴한 이더넷의 구현이 가능해졌다.
최근 들어 IETF는 IETF draft-l2vpn-vpls-ldp-05.txt(이전 draft-lasserre-vkompella)에서 VPLS를 IP/MPLS 상에서 Bridged Ethernet VPN traffic을 전송하는 기술로 정의한 바 있다.
<그림1>에서 보듯이 VPLS는 각 고객이 IP/MPLS 망을 거쳐서 다른 여러 지사로의 연결성을 하나의 연결 도메인(Bridged Domain)을 통해 제공한다. 최종 가입자에 있어서 VPLS 서비스는 마치 동일 지역에 있는 Layer 2 스위치와도 같다. 고객은 소유하고 있는 라우터를 사업자가 제공하는 이더넷 포트에 연결하고 트래픽은 자동적으로 해당하는 목적지로 전달된다.
<그림1> VPLS 아키텍처

VPLS 특징

VPLS는 802.1Q 기반의 VLAN와 RFC2547기반의 IP-VPN 서비스와 같은 이더넷 VPN 서비스를 제공하며 다음과 같은 특징을 지닌다.

△확장성 : 먼저 가입자 수는 기존의 글로벌(Global Significant)한 특성이 아닌 로컬(Local Significant)한 특성을 갖는 관계로 Q-tag를 갖는 가입자의 제한이 적용되지 않는다. 또한 하나의 VPLS 도메인에 속하는 가입자 수는 기존의 도메인에 새 가입자를 수용할 때 기존 가입자에 대한 변경내용 없다. 서비스 제공에 대한 지역적 범위의 경우 H-VPLS(계층적 VPLS)는 Full mesh 없이도 서로 다른 지역간 연결에 대한 확장성이 보장된다. 대역폭 확장성의 경우 VPLS는 최대 10Gbps까지 확장할 수 있으며 각 고객 서비스별로 대역폭 할당이 가능하다.

△단순성 : Layer2 VPN 서비스이므로 모든 라우팅 프로토콜 트래픽의 전달이 가능하고, 라우팅 정책의 경우 사업자 관리가 아닌 가입자에 그대로 종속되어 관리되며, 가입자간과 사업자간의 접속이 복잡하지 않다.

△관리성 : VPLS은 다양한 운용의 용이성과 효율성을 높일 수 있는 기능, 즉 서비스 핑, 서비스 터널링 핑, MAC 핑, MAC 트레이스, 서비스 미러링 등을 포함하고 있다.

△QoS(Quality of Service): RSVP-TE를 기반으로 한 엔드투엔드 QoS 기능은 이더넷 VPN망을 통해 비디오, 음성과 같이 대역폭 할당이나 우선처리가 필요한 서비스들을 보장할 수 있게 한다. 가장 최근의 VPLS상의 구현은 계층적 QoS(HQoS)인데, HQoS는 트래픽을 여러 단계에 거쳐 스케줄링 하는 기술로 여러 가입자가 보내는 트래픽에 대해 우선순위 차별화 및 SLA 기준 대역폭 제공 등에 효율적으로 활용된다.

△신뢰성 : VPLS는 MPLS기반의 FRR(Fast Reroute) 및 hot-standby LSP(Label-Switched Paths)등을 통해 50ms 이내의 우회경로 설정을 제공하고, 이는 비디오 및 VoIP 서비스를 위해 중요한 요소로 부각된다.

VLAN서비스 대비 VPLS의 장점

VPLS는 메트로이더넷에서 IEEE 802.1Q 기반의 VLAN(Virtual LAN) 서비스와 비교하여 다음과 같은 장점을 갖는다.

△확장성 : IEEE 802.1Q는 가상LAN(VLAN) 태그를 이용하여 하나의 네트워크에서 가입

[출처] VPLS|작성자 이현철

출처 : http://blog.naver.com/unwired/20120329822

VPLS (Virtual Private LAN Service)

JAESOO — Thu, 16 Apr 2015 11:28:28 +0000

이글에서는 메트로 이더넷 네트워크에서 이더넷 L2 VPN 서비스를 제공해주는 새로운 기술인 VPLS (Virtual Private LAN Service)에 관해서 소개하겠습니다.

메트로 이더넷 서비스는 크게 인터넷 액세스 서비스와 이더넷 L2 VPN 서비스로 나눌 수 있습니다. 이더넷 L2 VPN 서비스는 메트로 이더넷 초기에 VLAN (802.1Q)을 통해 제공을 했었습니다. 순수 이더넷 기술(802.1Q tagged VLAN, 802.1p priority queueing 등)을 이용한 메트로 이더넷 서비스가 단순하다는 장점도 있지만 확장성과 안정성 그리고 서비스 품질 보장 등의 측면에서 한계가 있어 MPLS를 메트로 이더넷에 도입하여 이러한 문제를 풀어보려는 방안들이 제시되어졌습니다.

이러한 시도에서 나온 제안이 EoMPLS (Ethernet over MPLS)로 Point-to-point 이더넷 전용 회선을 MPLS망을 통해 L2로 제공할 수 있는 방안을 제안한 것입니다.

EoMPLS도 여러 가지 방안이 제시되어 졌는 데, Level3의 Luca Marnini가 제안한 방식이 지금은 업계의 표준으로 자리 잡게 되었습니다.

이를 더욱 진화시킨 기술이 바로 VPLS로 이는 Multipoint service (Any-to-any connectivity)를 제공하기 위해 제안된 기술입니다.

VPLS 서비스의 주목적은 지리적으로 떨어져 있는 여러 사이트들이 마치 하나의 LAN switch (L2)에 연결되어 있는 것과 동일한 효과를 제공해주는 것입니다. 즉, 각 site의 CE에서 VPLS망으로 유입된 이더넷 프레임은 변형되지 않고 그대로 해당 사이트로 전달됩니다. 그러니까, VPLS 네트워크는 전체가 하나의 거대한 L2 스위치(브리지)로 보이도록 동작하게끔 해주는 것이지요.

VPLS에서도 PE (Provider Edge)에 도착한 프레임이 어느 가입자의 프레임인지 (즉, 어느 VPLS에 속한 프레임인지)를 Marini-draft처럼 Port 또는 Port + VLAN ID를 보고 판단합니다.

EoMPLS에서는 도착한 이더넷 프레임을 MPLS 헤더로 encapsulation하여 바로 해당 vc-lsp로 전달합니다. (Point-to-point connection이니까 갈 때가 한 군데 밖에 없으니까).

그러나, VPLS 서비스에서는 도착한 프레임의 목적지가 여러 사이트입니다. 따라서, 어느 사이트로 프레임을 전달해야 할 지를 알아내야 하는 데, 이를 위해 각 PE는 vc-lsp별로 MAC address를 관리/학습하고 있어야 합니다. 즉, VPLS에 참여하는 PE는 VPLS별로 configuration 정보를 가지고 있어야 하며 (local Ethernet port, PE1, PE2, PE3에 VPLS 1000이 설정되어 있다.), 각 인터페이스별로 MAC address를 학습하고 있어야 예를 들어 PE2가 site1으로 전달할 지 site 3로 전달할 지를 판단할 수 있게 됩니다. 따라서, 예를 들어 PE2는 다음과 같은 FIB (Forwarding Information Base)를 가지고 있어야 한다.
01.gif

FIB of VPLS 1000 in PE2

MAC NextHop Interface
M2 local Eth20
M1 PE1 P1/vc-lsp102
M3 PE3 P2/vc-lsp302

다음은 VPLS의 생성 (control plane)과 data 전달 과정에 관해 기술한 내용입니다.
VPLS의 생성
1. Operator는 Site 1,2,3이 연결되어 있는 PE1, PE2, PE3간에 full-mesh로 VPLS instance를 하나 생성한다. 이 VPLS instance에는 하나의 unique VCID가 할당된다.

1.1 각 PE는 Targeted LDP session을 통해downstream-unsolicited mode로 vc-label을 배보한다. 즉, VPLS에 관한 label 값을 egress LER이 할당하여 이를 ingress LER에게 바로 배포한다.
02.gif

위의 그림에서는 PE1은 PE2에게 "이 VPLS (VCID=1000)에 속한 프레임을 나에게 보낼 때는 vc-label 102를 써서 보내라"라는 의미의 Label mapping message {VCID 1000, vc-label 102}를 PE2에게 보낸다.
03.gif

PE2는 PE1에 VPLS 1000의 site가 연결되어 있음을 알게 되고 PE1에 연결된 site (site1)으로 프레임을 전달할 때는 vc-label 102를 붙여서 보내야함을 알게 된다. 마찬가지로 PE3는 PE1에 VPLS 1000의 site가 연결되어 있음을 알게 되고 PE1에 연결된 site (site1)으로 프레임을 전달할 때는 vc-label 103를 붙여서 보내야함을 알게 된다.
04.gif

망운영자는 PE2와 PE3도 VPLS를 설정하고 PE1, PE3 그리고 PE1, PE2에게 Label mapping message를 배포한다.
이 과정이 끝나면, 예를 들어 PE2는 Ethernet port 20, Port 1의 vc-lsp 102 그리고 Port 2의 vc-lsp 302를 VPLS 1000의 Broadcast domain으로 인식하게 되고 VPLS 1000의 Setup이 완료 된다.

데이타 프레임의 전달과정
1. PE2에 Port20을 통해 Ethernet frame이 들어오면, PE2는 frame이 들어온 무리적인 port(또는 port + VLAN ID)를 통해 이 frame이 VPLS 1000에 속한 프레임을 알아낸다.
05.gif

1.1 source MAC leaming : PE2는 도착한 프레임의 source MAC address를 학습하여 SA=M2를 VPLS 1000의 FIB(Forwarding Information Base)의 Eth20에 등록한다.
06.gif

1.2 Destination MAC lookup : VPLS 100의 FIB를 lookup한다. Destination MAC = M1 이 FIB entery에 없으면(즉, 학습이 되어 있지 않으면 - Unknown frame이면), VPLS 1000에 속한 모든 PE로 프레임을 flooding한다. 즉, 도착한 프레임을 복제(replication)하여 p1/vc-lsp102를 통해 PE1으로, p2/vc-lsp 302를 통해 PE3로 전달한다. (물론 PE4로는 전달하지 않는다.) 이때 vc-label과 tunnel label을 부착하여 전달한다.
07.gif

2. Core LSRs(P Routers) : PW상의 모든 LSR들은 outer label(Tunnel label)값만 참조하여 해당 PE까지 프레임을 전달한다(label swapping). LSR들은 Tunnel label값만 참조하여 포워딩하기 때문에 현재 자기가 포워딩하고 있는 프레임들이 어느 VPLS에 속한 프레임인지는 모른다.
08.gif

3. PE2(Egress LER) : PE2는 도착한 프레임의 vc-label값을 참조하여 이 프레임이 어느 VPLS에 속한 프레임인지를 알아낸다(이 예에서는 VPLS 1000에 속한 프레임임을 알게 된다).
09.gif

3.1 Source MAC learning : 도착한 MPLS 프레임의 label를 제거(POP)하고 이더넷 프레임의 source MAC address를 학습한다. PE1은 M2가 vc-label 102를 통해서 왔으므로 M2가 PE2뒤에 있음을 알게된다. 따라서, M2를 vc-label 201인터페이스에 학습시킨다. PE3도 동일한 동작을 수행한다.
10.gif

3.2 Destination MAC lookup : DA=M1이 VPLS 1000의 FIB에 학습이 되어 있찌 않으므로 VPLS 100에 속한 모든 Port로 이더넷 프레임을 flooding한다(이 예에서는 Eth10으로만 전달된다). 이때 loop 방지를 위해 vc-lsp에서온 프레임은 VPLS에 속한 다른 VC-LSP로 flooding하지 않는다. (split-horizon rule). 즉, P4/vc-lsdp301로는 flooding하지 않는다.
11.gif

4. M1 reply : Site 1의 station 1이 reply를 하여 DA=M2, SA=M1인 이더넷 프레임을 PE1으로 전달한다.
12.gif

5. PE1에 Port 10을 통해 Ehernet frame이 들어오면, PE1는 frame이 들어온 물리적인 Port(또는 Port + VLAN ID)를 통해 이 frame이 VPLS 100에 속한 프레임을 알아낸다.
13.gif

5.1 Source MAC learning : PE1는 도착한 프레임의 source MAC address를 학습하여 SA=M1를 VPLS 1000의 FIB(Forwarding Information Base)의 Eth10에 등록한다.
14.gif

5.2 Destination MAC lookup : PE1은 이더넷 프레임의 destination MAC address를 VPLS 1000의 FIB에서 Lookup 한다. M2가 학습되어 있으므로 P3/vc-lsp201을 통해 프레임을 전달한다.
15.gif

6. PE2는 SA=M1을 학습하여 FIB entry(P1/vc-lsp102)에 등록하고, DA=M2는 학습이 되어 있으므로 Eth20 port를 통해 포워딩한다.
16.gif

7. 몇번의 Unknown grame들이 flooding 방식으로 오고 가면 각 PE의 VPLS 1000의 FIB table은 아래와 같이 MAC entry들이 등록되게 된다.
17.gif

이와 같은 VPLS FIB의 entry는 IP routing table처럼 control plane에서 생성(by IP Routing prtocols)시켜주는 것이 아니고, 이더넷 스위치에서와 같이 실제 데이타 프레임이 전달되는 과정에서 학습되어 생성된다(즉, data plane에서 생성된다)는 점이 기억해야 할 점이다.

8. 이후 프레임 전달과정은 destination MAC address가 모두 학습되어 있으므로 flooding되지 않고 바로 unicast로 포워딩 된다. 몇 번의 Unknown frame들이 flooding 방식으로 오고 가면, 각 PE의 VPLS 1000의 FIB table은 아래와 같이 MAC entry들이 등록되게 된다.
18.gif

19.gif

20.gif

각 PE에는 가입자별로, 즉 VPLS별로 구분된 FIB (Forwarding Information Base)가 존재하며, PE는 프레임이 도착한 Port (Port+VLAN ID)를 보고 어는 VPLS에 속한 프레임인지를 알게 되고 해당 VPLS의 FIB를 Lookup하여 어느 vc-lsp로 (즉, 어느 PE로) 포워딩할 것인 지를 알아낸다.

위의 그림에서 두 가입자의 사이트가 PE2와 PE1에 연결되어 있는 경우 PE2는 동일한 tunnel label을 부착하여 MPLS core로 전달하고 MPLS core의 P라우터들은 계속적으로 tunnel label을 swapping하여 PE1까지 전달한다. PE1은 vc-label값을 보고 어느 VPLS에 속한 프레임인지를 알아내고 해당 VPLS의 FIB를 lookup하여 해당 사이트로 프레임을 포워딩할 수 있게 된다.

이상의 내용에서 알 수 있는 점을 정리하면 다음과 같습니다.

1) Martini-draft와 달리 VPLS에서는 Any-to-any communication이 가능하다.
2) 가입자 네트워크와 메트로 네트워크는 IP 라우팅에 서로 간섭하지 않는다.
3) PE 라우터는 가입자별로(즉, VPLS instance별로) FIB를 관리하며, 프레임이 PE에 도착하면 도착한 Port (or Port + VLAN ID)를 보고 어느 VPLS에 속한 프레임인 지 알아내며, 이후 그 VPLS의 FIB table을 참조하여 frame의 forwarding decision을 내린다.
4) Martini-draft에서는 ingress PE 라우터, P 라우터 그리고 egress PE 라우터가 가입자측의 MAC address를 학습할 필요가 없다. 그러나, VPLS에서는 PE 라우터들이 가입자의 각 사이트의 MAC address (CPE=L3면 L3 스위치의 MAC, CPE=L2면 모든 단말의 MAC)을 학습하고 있어야 한다.
5) P 라우터는 tunnel label값만 보고 포워딩하면 되므로 가입자측의 MAC 주소를 학습할 필요가 없다.
6) PE 라우터는 Unknown frame을 flooding하거나 broadcast frame을 VPLS에 속한 복수개의 site에 전달할 수 있는 능력을 가져야 한다. (Replication)

VPLS 기술은 메트로 이더넷 분야에서 기술적인 완성을 의미하는 기술로 현재 대부분의 네트 워크 벤더들이 그 해법을 찾고 있고 또 개발중인 기술입니다.
국내에서도 이에 대한 연구 및 개발이 시급하다고 판단되며 관련 통신 사업자와 벤더들의 관심과 노력을 촉구하고 싶습니다.

출처 : http://bits.or.kr/biz/biz3-8.asp

PBX 및 IP PBX 구성

JaeSoo — Tue, 28 Jan 2014 10:45:33 +0000

적용 대상: Exchange Server 2010 Service Pack 2 (SP2)

마지막으로 수정된 항목: 2013-04-29

점점 더 많은 조직에서 자체 전화 통신 시스템을 지원하는 데 필요한 PBX(Private Branch Exchange), IP PBX 등의 하드웨어 구성 요소를 구입, 설치 및 유지 관리하고 있습니다. 대부분의 조직에서는 제공하는 전화 통신 기능을 더 철저히 제어하기를 원하기 때문에 자체 전화 통신 장비를 구입하고 직원을 교육하여 전화 통신 시스템 유지 관리 관련 비용을 줄이고 있습니다.

조직에서 전화 통신 네트워크를 보유하고 유지 관리하려면 필요한 전화 통신 하드웨어 구성 요소를 구입해야 합니다. 또한 전화 통신 장비의 일상적인 유지 관리와 직원이 전화 통신 시스템을 지원하는 데 필요한 교육을 고려해야 합니다. 이 항목에서는 여러 유형의 전화 통신 업체 또는 조직 시스템 및 필요한 전화 통신 하드웨어 구성 요소에 대해 설명하고 다양한 전화 통신 구성 유형의 예를 제공합니다.

중요:
Microsoft Exchange 2013 통합 메시징을 배포하려는 모든 사용자는 UM 전문가의 도움을 받는 것이 좋습니다. 전문가의 도움을 받으면 레거시 음성 메일 시스템을 자연스럽게 업그레이드할 수 있습니다. 새 UM 배포를 롤아웃하거나 기존 음성 메일 시스템을 업그레이드하려면 PBX, IP PBX 및 통합 메시징에 대한 많은 지식이 필요합니다. 문의 가능한 전문가에 대한 자세한 내용은 Microsoft PinPoint 웹 사이트를 참조하십시오.

중요:

Microsoft Exchange 2013 통합 메시징을 배포하려는 모든 사용자는 UM 전문가의 도움을 받는 것이 좋습니다. 전문가의 도움을 받으면 레거시 음성 메일 시스템을 자연스럽게 업그레이드할 수 있습니다. 새 UM 배포를 롤아웃하거나 기존 음성 메일 시스템을 업그레이드하려면 PBX, IP PBX 및 통합 메시징에 대한 많은 지식이 필요합니다. 문의 가능한 전문가에 대한 자세한 내용은 Microsoft PinPoint 웹 사이트를 참조하십시오.

PSTN(Public Switched Telephone Network)과 같은 회로 전환 네트워크에서는 동일한 전송 매체를 통해 다수의 통화가 전송됩니다. 흔히 PSTN에 사용되는 매체는 구리이지만, 광섬유 케이블을 사용할 수도 있습니다.

회로 전환 네트워크는 전용 연결이 있는 네트워크입니다. 전용 연결은 두 노드가 서로 통신할 수 있도록 두 노드 사이에 설정되는 회로나 채널입니다. 두 노드 사이에 호출이 설정되면 해당 노드만 연결을 사용할 수 있습니다. 두 노드 중 하나에서 호출이 종료되면 연결이 끊깁니다.

업체 및 조직에는 회로 기반 네트워크, IP 기반 네트워크 또는 둘 다를 사용하는 여러 가지 유형 또는 범주의 전화 시스템이 있습니다. 각 전화 시스템 유형마다 고유한 장단점이 있으므로 전화 통신 시스템을 계획하고 구현할 때 이를 고려해야 합니다.

Centrex: Centrex는 전화 회사에서 업체 및 조직에 임대해 주는 전화 서비스 유형입니다. 일반 Centrex 전화 시스템을 사용하면 업체 또는 조직의 현장에서 전화 시스템을 지원하는 데 사용되는 전화 통신 하드웨어를 구입할 필요가 없습니다. 일반적으로 Centrex 시스템은 전화 회사로부터 회선당 월별로 Centrex 서비스를 임대하는 소규모 회사에서 사용됩니다. 가끔 대규모 조직에서도 Centrex 전화 통신 시스템을 사용하는 경우가 있지만 대개 정부, 공공 조직 및 개인 조직에서 사용됩니다. Centrex는 주로 아날로그 전화선을 사용하여 업체나 조직에 연결합니다. 그러나 현장에서 아날로그 및 디지털 전화 또는 ISDN 회선을 지원하기 위해 디멀티플렉서와 함께 T1-회로를 사용할 수도 있습니다.

Centrex 기반 전화 통신 시스템에서 전화 회사의 중앙 사무실은 전화 교환소 역할을 합니다. 이 중앙 사무실은 특정 조직의 요구 사항을 지원하도록 특별히 만들어졌습니다. 중앙 전화 사무실은 회사 내부에서 걸려오는 호출을 적합한 내부 또는 외부 전화 번호로 라우팅합니다. Centrex는 전화 회사의 중앙 사무실 교환소를 통해 내부 호출을 다시 내선 번호로 라우팅합니다. 예를 들어 Centrex를 사용할 경우 전화 교환소 또는 전화 회사의 중앙 사무실에서는 어떤 내선 번호가 내부 번호인지 알고 있습니다. 그러므로 조직의 전화 통신 네트워크 내에 있는 직원은 4자리 내선 번호를 사용하여 같은 전화 통신 네트워크 또는 다이얼 플랜에 있는 다른 직원에게 전화를 걸 수 있습니다. 내부 전화 내선 번호로 전화를 걸면 전화 회사의 중앙 사무실로 전달된 다음 전화를 건 내선 번호로 다시 라우팅됩니다.

일반 Centrex 전화 통신 시스템의 변형된 형태를 IP Centrex라고 합니다. IP Centrex 전화 시스템에서는 전화 회사의 중앙 사무실이나 서비스 공급자 현장에 있는 VoIP(Voice over IP) 게이트웨이를 통해 통화가 전송됩니다. 이러한 종류의 전화 시스템에서는 VoIP 게이트웨이가 인터넷을 통해 보내거나 VoIP 기반 네트워크를 통해 보낼 수 있는 IP 기반 데이터 패킷으로 통화를 변환합니다. 그러나 인터넷을 통해 통화가 전송되는 경우 일반적으로 해당 통화를 수신하여 다시 일반 회로 전환 통화로 변환하는 또 다른 VoIP 게이트웨이가 있습니다.

현재 일반 Centrex 전화 시스템을 사용 중인 조직에서 통합 메시징이 올바르게 작동하도록 하려면 하나 이상의 VoIP 게이트웨이를 설치, 배포 및 유지 관리해야 합니다. 통합 메시징을 사용하려면 IP Centrex와 함께 작동하도록 VoIP 게이트웨이를 설치, 배포 및 관리해야 할 수 있습니다. 여러 가지 변수에 따라 VoIP 게이트웨이가 필요한지 여부가 결정됩니다. 이러한 변수에는 조직에서 사용하는 전화기 유형(아날로그, 디지털 또는 IP) 및 IP Centrex 시스템에서 지원되는 프로토콜이 포함됩니다.

키 전화: 키 전화 시스템에서는 표준 아날로그 또는 디지털 전화선을 사용하여 전화 회사의 중앙 사무실이 조직에 연결됩니다. 단일 전화 내선 번호가 여러 전화에 연결되므로 이 전화 번호를 사용하여 조직에 전화가 걸려 오면 이 전화선 또는 내선 번호에 연결된 모든 전화가 동시에 울립니다.

키 전화 시스템에서는 개별 사용자가 여러 전화의 전화선을 공유합니다. 그러므로 조직에 전화를 걸 때 통화 중 신호를 받는 경우가 많지 않습니다. 키 전화 시스템은 일반적으로 내부 통화량이 많지만 외부 통화량이 적은 소규모 사무실에서 사용됩니다.

시간이 지나면서 키 전화 시스템이 더욱 발달하여 VoIP 게이트웨이를 추가할 경우 통합 메시징에도 사용할 수 있습니다. 그러나 덜 발달된 일부 시스템은 지원되는 VoIP 게이트웨이를 사용하더라도 통합 메시징에 사용하지 못할 수 있습니다.

PBX: 레거시 PBX는 전화 통신 또는 회로 전환 네트워크에서 통화를 전환하는 전화 통신 장치입니다. 레거시 PBX는 네트워크 어댑터가 없으며 IP 패킷을 전달할 수 없는 PBX입니다. IP 패킷을 전달할 수 없기 때문에 일부 업체 및 조직에서는 레거시 PBX를 IP PBX로 교체했습니다. 통합 메시징에서 지원되는 PBX 목록은 Exchange 2013의 전화 통신 관리자를 참조하십시오.

PBX는 대부분의 중소기업과 대기업에서 사용합니다. PBX를 사용하면 PBX 사용자나 가입자가 일정 수의 외부 회선을 공유하여 전화할 수 있으며 이 경우 PBX 외부 전화로 간주됩니다. PBX는 업무 환경에서 각 사용자에게 전용 외부 전화선을 제공하는 것보다 훨씬 저렴한 솔루션입니다. PBX에는 전화기뿐만 아니라 팩스, 모뎀 및 기타 여러 통신 장치를 연결할 수 있습니다.

PBX 장비는 일반적으로 조직의 내부에 설치되며 현장에 있는 전화기와 전화 회사 간 통화를 연결합니다. 일반적으로 PSTN 같은 외부 소스에서 구내로 걸려오는 전화를 받기 위해 제한된 수의 외부 회선(간선)을 사용할 수 있습니다.

레거시 PBX를 통합 메시징에 사용하려면 지원되는 VoIP 게이트웨이를 배포해야 합니다. 지원되는 VoIP 게이트웨이 목록은 Exchange 2013의 전화 통신 관리자를 참조하십시오.
IP PBX: IP PBX는 IP 프로토콜을 지원하는 네트워크 어댑터가 있는 PBX입니다. IP PBX는 일반적으로 전화 회사 사무실이 아니라 조직 또는 업체에 있는 전화 전환 장비입니다. IP PBX에는 일반 IP PBX와 하이브리드 IP PBX의 두 가지 유형이 있습니다. 일반 IP PBX와 하이브리드 IP PBX는 둘 다 음성 대화를 패킷으로 VoIP 기반 전화에 보내기 위한 IP 프로토콜을 지원합니다. 그러나 하이브리드 IP PBX는 일반 아날로그 및 디지털 전화에도 연결합니다.

IP PBX는 대개 관리자가 인터넷 브라우저나 다른 IP 기반 도구를 사용하여 IP PBX 서비스를 보다 쉽게 구성할 수 있기 때문에 레거시 PBX에 비해 관리가 용이합니다. 또한 추가적인 배선이나 케이블 또는 배선반을 설치하지 않아도 됩니다. IP PBX를 사용하면 간단히 전화기 코드를 뽑아서 새 위치에 꽂는 방법으로 IP 기반 전화기를 이동할 수 있습니다. 따라서 전화기를 옮기기 위해 레거시 PBX 공급업체에 비용이 많이 드는 서비스를 요청하지 않아도 됩니다. 또한 IP PBX를 보유하고 있는 조직은 회로 전환 네트워크와 패킷 전환 네트워크를 별도로 유지 관리할 필요가 없으므로 추가적인 인프라 비용이 들지 않습니다. 통합 메시징에서 지원되는 IP PBX 목록은 Exchange 2013의 전화 통신 관리자를 참조하십시오.

맨 위로 이동

레거시 및 일반 PBX 구성

레거시 또는 일반 PBX가 있는 전화 통신 네트워크에서 PBX는 다음을 수행합니다.

두 사용자의 전화기 간에 연결 또는 회로를 만듭니다.
사용자가 연결을 필요로 하는 한 연결을 유지 관리합니다.
통화 요금 계산 등 회계의 목적으로 정보를 제공합니다.

이전 목록에 포함된 세 가지 기능 외에도 PBX는 다음과 같은 통화 기능을 제공할 수 있습니다.

자동 전화 교환
통화 요금 관리
호출 받기
호출 전송
호출 대기
회의 호출
DID(자동 착신)
DND(방해 금지)

여러 PBX 제조업체가 있지만 모두 아날로그와 디지털이라는 두 가지 기본 범주에 속합니다. 이러한 유형의 PBX를 레거시 또는 일반 PBX라고도 합니다.

일반적으로 PBX 시스템은 T1-선 및 E1-선이라는 특수 전화선을 사용하여 전화 회사의 중앙 사무실에 연결됩니다. T1-선과 E1-선에는 여러 채널이 있습니다. 이러한 전화선을 간선이라고도 합니다. 이 전화선을 사용하면 중앙 사무실 또는 PBX에서 단순한 배선을 사용하여 같은 선을 통해 여러 호출을 보낼 수 있으므로 더욱 효율적입니다. 또한 PBX는 아날로그 또는 ISDN 선과도 함께 사용할 수 있습니다.

PBX를 올바르게 구성하면 외부에서 걸려오는 전화를 받도록 구성할 채널 수 또는 회선 수 및 조직 내에서 걸려오는 전화를 받는 채널 수 또는 회선 수를 제어할 수 있습니다. 채널 수 또는 회선 수를 구성하면 통화 중 신호를 방지할 수 있으며 콜 센터 등의 응용 프로그램에만 사용할 수 있는 채널 수 또는 회선 수를 구성할 수 있습니다. PBX를 올바르게 구성하면 필요한 임대 회선 수를 줄일 수 있으므로 조직 내 채널 또는 전화선을 비용 효과적으로 관리할 수 있습니다.

사용자가 개인 전화 번호 또는 내선 번호를 가질 수 있도록 PBX는 전화가 걸려온 특정 전화 번호를 특정 전화기에 라우팅할 수 있습니다. 이를 DID(자동 착신) 번호라고 합니다. 한 사용자의 전화 번호로 전화를 걸면 전화 통신 회사에서 DNIS(Dialed Number Identification Service)를 사용하여 DID 번호를 PBX로 보냅니다. 전화 회사에서 DNIS를 사용하여 번호를 보내므로 교환원이 개입하여 전화를 라우팅할 필요가 없습니다. PBX에는 전화가 걸려온 전화 번호로 전화를 올바르게 라우팅하기 위한 전화 정보가 있습니다. 통합 메시징에서 지원되는 PBX 목록은 Exchange 2013의 전화 통신 관리자를 참조하십시오.

맨 위로 이동

아날로그 및 디지털 PBX

아날로그 PBX는 전화가 걸려온 전화 번호의 터치톤과 같은 음성 및 호출 신호 정보를 아날로그 소리로 보냅니다. 그러므로 소리는 절대 디지털화되지 않습니다. 호출을 올바르게 전달하기 위해 PBX 및 전화 회사의 중앙 사무실에서는 신호 정보를 수신 대기해야 합니다.

참고:
터치톤을 기술적인 용어로 DTMF(Dual Tone Multi-Frequency)라고 합니다. 발신자가 전화 키패드에서 키를 누르면 서로 다른 고주파 톤과 저주파 톤이 생성됩니다. 사람이 전화기에 대고 말을 하면 단일 톤 또는 주파수만 송출됩니다. 다른 주파수의 두 톤을 동시에 보내면 신호음이 육성으로 해석되거나 육성이 신호음으로 해석될 가능성이 줄어듭니다.

참고:

터치톤을 기술적인 용어로 DTMF(Dual Tone Multi-Frequency)라고 합니다. 발신자가 전화 키패드에서 키를 누르면 서로 다른 고주파 톤과 저주파 톤이 생성됩니다. 사람이 전화기에 대고 말을 하면 단일 톤 또는 주파수만 송출됩니다. 다른 주파수의 두 톤을 동시에 보내면 신호음이 육성으로 해석되거나 육성이 신호음으로 해석될 가능성이 줄어듭니다.

디지털 PBX는 아날로그 소리를 디지털 형식으로 인코딩 또는 디지털화합니다. 일반적으로 디지털 PBX는 G.711, G.729 등의 업계 표준 오디오 코덱을 사용하여 음성을 인코딩합니다. 디지털화된 음성이 인코딩된 후 회로 전환을 사용하여 채널을 통해 보내집니다. 회로 전환은 종단 간 개방형 연결을 설정합니다. 통화하는 동안 발신자의 단독 사용을 위해 채널을 열어 둡니다. 그러나 PBX에 사용되는 신호 방법은 제조업체에 따라 다릅니다. PBX 제조업체마다 호출 설정을 위한 고유 신호 방법이 있을 수 있습니다.

참고:
디지털 PBX는 디지털 간선과 아날로그 간선을 둘 다 지원할 수 있습니다.

대규모 조직에서는 PBX를 사용하여 물리적으로 분리된 장소에 있는 직원들이 내선 번호로 전화를 걸어서 서로 연결할 수 있습니다. 이렇게 하려면 단일 PBX를 사용하거나 서로 네트워크로 연결된 여러 PBX를 사용하면 됩니다. T1-회선 또는 E1-회선을 사용하여 다른 사무실 위치에 있는 PBX를 단일 투명 회로 전환 네트워크에 연결할 수 있습니다. PBX를 함께 연결하는 이러한 회선을 연결선이라고 합니다. PBX는 QSIG 등의 PBX 간 프로토콜을 사용하여 연결선을 통해 서로 통신합니다. QSIG를 사용하면 PBX 집합이 단일 PBX처럼 작동합니다.

이러한 종류의 PBX 환경에는 통화 전송, 전화 회의 등의 고급 기능이 포함될 수도 있습니다. 고급 기능을 사용할 수 있는 점 외에도, 두 PBX를 연결하면 다른 위치에 있는 직원 간의 장거리 전화 비용을 줄일 수 있으므로 조직의 비용을 절감할 수 있습니다. 그 이유는 두 직원 간의 전화가 PBX 간의 연결선에서 유지되므로 장거리 전화를 거는 대신에 다른 사용자의 내선 번호로 전화를 걸기만 하면 되기 때문입니다.

아날로그 또는 디지털 PBX가 하나 이상 포함된 전화 통신 환경에서 전화 통신 네트워크에 있는 회로 기반 프로토콜을 데이터 네트워크에 있는 IP 기반 프로토콜로 변환하려면 PBX와 Exchange 2013 클라이언트 액세스 서버 및 사서함 서버 간에 VoIP 게이트웨이가 필요합니다. VoIP 게이트웨이에 대한 자세한 내용은 다음 항목을 참조하십시오.

통합 메시징에서 지원되는 VoIP 게이트웨이 목록은 Exchange 2013의 전화 통신 관리자를 참조하십시오.

맨 위로 이동

IP PBX 구성

IP PBX는 이더넷 또는 패킷 전환 LAN을 사용하여 전화를 연결하는 IP 프로토콜을 지원하는 PBX입니다. IP PBX는 음성 대화를 IP 또는 데이터 패킷으로 보냅니다. IP PBX에는 여러 인터페이스가 있을 수 있습니다. 여기에는 데이터 네트워크에 대한 인터페이스 및 전화 통신 또는 회로 전환 네트워크 연결을 허용하는 기타 인터페이스가 포함됩니다.

실시간 인터넷 프로토콜의 개발로 인해 음성 및 팩스 메시지를 데이터 네트워크를 통해 보낼 수 있게 되었습니다. 이러한 실시간 인터넷 프로토콜에는 통합 메시징에 사용되는 VoIP 프로토콜(예: 음성 메시징을 위한 SIP over TCP(Session Initiation Protocol over Transmission Control Protocol))이 포함됩니다. 이러한 프로토콜을 사용하여 음성 및 팩스 메시지를 데이터 네트워크를 통해 보낼 수 있게 되었습니다. 패킷 전환 또는 데이터 네트워크를 통해 음성 메시지를 보내려면 데이터 패킷의 배달 순서와 시간을 유지 관리하고 제어할 수 있도록 실시간 VoIP 프로토콜이 필요합니다. 데이터 패킷 배달과 시간을 유지 관리하고 제어하는 데 이러한 프로토콜을 사용하지 않을 경우 사람 음성이 깨지고 소리가 흩어지거나 이미지가 왜곡되어 나타날 수 있습니다. 통합 메시징에서 지원되는 IP PBX 목록은 Exchange 2013의 전화 통신 관리자를 참조하십시오.

참고:
통합 메시징은 SIP over TCP만 지원합니다.

일반 IP PBX 구성

표준 또는 일반 IP PBX에는 VoIP 프로토콜을 사용하여 데이터 네트워크에 연결하는 네트워크 인터페이스가 적어도 하나 이상 포함되어 있습니다. 또한 추가 네트워크 인터페이스가 포함되거나 PSTN 등의 기존 전화 통신 네트워크에 연결할 수 있게 하는 기타 전화 통신 인터페이스가 포함될 수도 있습니다. 데이터 네트워크에 연결하면 IP 데이터 패킷을 사용하여 데이터 네트워크에 있는 다른 VoIP 호스트와 통신할 수 있습니다. 이러한 VoIP 호스트에는 다른 IP PBX, VoIP 기반 전화, VoIP 게이트웨이 및 UM 서비스를 실행하는 클라이언트 액세스 서버 및 사서함 서버가 있습니다. 일반 IP PBX는 아날로그 또는 디지털 전화를 지원하지 않으며 VoIP 전화만 지원합니다.

IP PBX는 이미 데이터 네트워크에 연결할 수 있으며 회로 기반 프로토콜을 PSTN에서 패킷 전환 VoIP 프로토콜로 변환할 수 있기 때문에 데이터 네트워크의 클라이언트 액세스 서버 및 사서함 서버와 통신하는 데 VoIP 게이트웨이가 필요하지 않을 수 있습니다.

IP PBX 하이브리드 구성

하이브리드 IP PBX는 아날로그, 디지털 및 VoIP 기반 기능을 제공할 수 있습니다. 올바른 인터페이스가 IP PBX에 설치되어 있고 여러 인터페이스 유형을 지원하는 소프트웨어가 올바르게 설치되어 있는 경우 IP PBX는 하이브리드 IP PBX로 간주됩니다. IP PBX 하이브리드를 통해 아날로그, 디지털 및 IP 기반 전화를 혼합하여 사용할 수 있습니다.

대부분의 최신 IP PBX는 세 가지 유형의 음성 통신을 모두 지원하고 제공할 수 있으며 필요한 인터페이스 및 소프트웨어 또는 펌웨어 업데이트를 설치하면 일반 IP PBX를 하이브리드 IP PBX로 업그레이드할 수 있습니다.

아날로그, 디지털 및 IP 기반 전화를 혼합하여 사용하면 조직의 사용자가 새로운 여러 기능을 사용할 수 있으며 전화 통신 환경에 많은 유연성 또한 제공합니다. 또한 IP PBX 하이브리드를 사용하면 조직에서 점진적으로 완전한 VoIP 기반 전화 통신 환경 및 음성 메시징 시스템으로 마이그레이션할 수 있습니다.

클라이언트 액세스 서버 및 사서함 서버에 연결할 때 VoIP 게이트웨이가 필요한지 여부를 결정하는 요소에는 여러 가지가 있습니다. 이러한 요인 중 하나가 IP PBX 또는 하이브리드 IP PBX에 사용되는 VoIP 프로토콜과 통합 메시징의 호환성입니다. VoIP 게이트웨이가 필요하지 않을 경우 전화 통신 인프라의 복잡성이 줄어들고 통합 메시징에 필요한 지원이 단순해집니다.

맨 위로 이동

발신자 또는 수신자 확인

발신자 또는 수신자 확인은 전화를 받는 사람에게 전화 번호를 알려 줄 수 있는 전화 회사의 서비스로, 때때로 전화를 거는 사람의 이름 및 기타 통화 관련 정보를 알려주기도 합니다. 이 정보는 전화 신호를 사용하여 직렬 케이블을 통해 전송됩니다. 전화 회사의 PBX 또는 IP PBX를 통해 전화를 받을 경우 전화에는 다음과 같은 전화 확인 정보가 포함됩니다.

발신자의 번호
수신자의 번호
RNA(Ring No Answer), 회선 상태, 통화 중, CFA(Call Forward Always) 등의 상태 코드
전화에 사용 중인 회선 또는 포트 번호
전화 통신에서 신호 정보는 네트워크의 끝점 간에 정보를 교환하여 호출을 설정, 제어 및 종료하는 데 사용됩니다. VoIP 게이트웨이 및 IP PBX에 사용되는 여러 가지 신호 방법이 통합 메시징에서 지원됩니다. 사용 중인 장치 유형 및 전화 회사에서 사용하는 신호 방법 유형에 따라 사용되는 신호 방법이 결정됩니다. 가장 중요한 요소는 전화 회사 및 VoIP 게이트웨이나 IP PBX에 연결하는 장치에서 발신자 정보나 수신자 정보를 전화 건 사람이 보내고 받을 수 있게 하는 신호 방법 중 적어도 하나 이상을 지원해야 한다는 점입니다. 지원되는 VoIP 게이트웨이에 대한 신호 구성 정보에 대한 자세한 내용은 Exchange 2013의 전화 통신 관리자를 참조하십시오.

다른 신호 방법을 사용할 수도 있지만 다음과 같은 두 가지 신호 방법을 가장 많이 사용합니다.

SMDI(Simplified Message Desk Interface): SMDI는 전화 시스템과 음성 메일 시스템 간의 인터페이스로부터 신호, 통화 제어 및 통화 확인 정보를 제공하는 데 사용되는 프로토콜입니다. 이 프로토콜은 들어오는 호출을 처리하는 데 필요한 정보를 음성 메일 시스템에 제공하는 데 사용됩니다. SMDI를 사용하여 직렬 인터페이스 또는 RS-232 인터페이스를 통해 들어오는 호출을 보낼 때마다 보낸 정보로 회선, 포트, 호출 유형 및 발신자 번호나 수신자 번호 등이 식별됩니다. SMDI 케이블은 PBX 등의 장치에서 VoIP 게이트웨이의 직렬 연결로 연결됩니다. 그러나 SMDI는 IP PBX에도 사용됩니다. SMDI 프로토콜은 각 발신 번호와 수신 번호에 대해 최대 10자리까지만 허용합니다. 이러한 프로토콜 제한 사항은 변경할 수 없습니다.
대역 내: 대역 내 신호를 사용하면 전화 회사와 신호, 통화 제어 및 통화 확인 정보를 교환할 수 있습니다. 이 정보는 같은 채널 및 같은 대역(300Hz-3.4kHz)을 통해 통화 중에 생성되는 음성 및 기타 소리로 보내집니다. 예를 들어 사용자가 DTMF 또는 터치톤 전화 걸기를 사용하여 전화를 걸고 수신자와 대화할 때는 터치톤과 음성 대화에 모두 같은 채널과 대역이 사용됩니다. 대역 내 신호는 제어 신호가 사용자에게 노출되므로 SMDI보다 안전성이 떨어지며 덜 사용되는 신호 방법입니다. 대역 내 신호는 CAS(Channel Associated Signaling)에만 적용됩니다.

맨 위로 이동

출처 : http://technet.microsoft.com/ko-kr/library/bb430797(v=exchg.150).aspx

IP PBX의 이해 (IP PBX란?)

JaeSoo — Tue, 28 Jan 2014 10:21:04 +0000

NExpert의 지난글을 주욱보니… IP PBX가 뭔지에 대한 글이 없더군요. 얼마전 라인하트님의 Voice Gateway에 대한 글도 같은 의미의 글이라 생각이 됩니다.

그동안 실무에서 정리하던 것을 글로 쓰고 정리하던 습관 때문이라 생각이 듭니다.

가장 기초적인 글이 없기 때문에 공부하고자 하는 사람들이 처음 접하긴 조금 어려웠던 블로그라 생각이 되어서, 초심으로 돌아가 처음부터 정리를 하고, 새로 공부를 시작하는 사람에게 도움이 되고자 합니다.

자 그럼 IP PBX에 대해서 좀 알아 볼까요? 아! 그전에 PBX? PABX가 뭔지부터 알고 넘어가죠.

1. PBX (Private Branch Exchange)란?

PBX는 Private Branch Exchange이고, EPABX는 Eelctronic Automatic Branch Exchage입니다.

Wikipedia에는는 그 정의가 “A private branch exchange (PBX) is a telephone exchange that serves a particular business or office” 라고 나와 있습니다.

즉, PBX, EPABX는 사설 전화 교환기 인데, 기업용 서비스에 특화가 되어 있는 장비입니다.
PBX는 기업에 필요한 다양한 기능들을 가지고 있어, 기업에서 전화를 이용해 빠르고 편하게 통신을 할수 있게 해주는 장비입니다.

하지만 예전부터 PBX가 지금의 것처럼 좋았던 것은 아닙니다.
예전에는 전화국의 교환원이 전화코드를 통화를 원하는 사람끼리 연결 해주던 시절이 있었습니다.
전화를 걸고자 하는 사람은 전화기에 달려있는 발전기를 돌려서 신호를 보내면 전화국의 교환원이 받게됩니다.
전화를 받은 교환원은 전화받을 사람을 물어보고 수동으로 연결해 주는 방식이었습니다.
이런 방식은 아직 우리군의 야전용으로 많이 사용되고 있습니다.

<초창기 교환기의 모습>

하지만 PABX 즉 전자식 전화 교환기는 이런 교환원들의 일자리를 싹 빼았아 버렸습니다.
전화번호 설정만 미리 해 놓으면 사람들이 누르는 전화번호를 입력받아서 자동으로 연결을 해주는 전자식 전화 교환기가 탄생한 것이죠.

PABX는 TDM(Time-division multiplexing)방식의 자동 전화 교환기 입니다. PBX는 TDM 백플레인을 가지고 있으며. 각 카드는 백플레인에 연결 되어서 호처리, 가입자 수용, 부가기능 수행, 음성사서함, Ringback tone 등의 다양한 기능을 수행합니다. PBX에 연결된 전화기들은 ISDN 규격에 따라 신호를 주고 받으며, 송신측과 수신측이 서로 다른 주파수 대역을 사용하여 통화하게 됩니다.

<PABX>

이러한 PBX가 놓여져 있는 곳에는 MDF(Main Distributing Frame)라고 불리는, 선이 어지럽게 연결되어 있는 일명^^‘짬빠’ 작업을 하는 곳이 있습니다. PBX에 연결된 Telco Cable을 가입자의 전화 포트 아울렛으로 분배해주는 곳입니다. 아래 그림을 보시면 ‘아항!’ 하고 생각이 나실겁니다.

이렇게 작업이 된 케이블들은 PABX로 부터 출발해 사무실의 각 자리로 들어가게 되고 사람들은 2가닥의 전화선을 RJ-11이라는 투명한 잭으로 만들어져 전화와 연결 되게 됩니다. 즉 각 전화기들은 모두 PBX에 직접 연결이 되어 통화를 하게 됩니다.

<열심히 짬빠(?) 찍고 계신 아자씨>

2. IP PBX (Internet Protocol Private Branch Exchange)란?

그럼 IP PBX는 무었일까요? 역시 Wikipedia를 보면 아래와 같이 정의 되어 있습니다.

“An IP (Internet Protocol) PBX (Private branch exchange) is a business telephone system designed to deliver voice or video over a data network and interoperate with the normal Public Switched Telephone Network (PSTN).”

PABX에 비해 조금 길지만 앞의 내용은 같습니다. “IP PBX는 비지니스 전화 시스템이다.” 하지만 뒤의 내용은 조금 틀리죠 “데이타 네트워크를 통해 보이스와 비디오를 전달 하도록 설계 되어 있다. 그리고 PSTN과 연동도 되도록 설계 됐다”

즉 PBX와 IP PBX는 같은 기능을 하는 전화 교환기 입니다 다만 위에 보이는 ‘짬빠’를 통해서 전화기가 연결되는 것이 아니라, IP Network 즉 여러분들이 인터넷을 사용하는 회선과 스위치에 RJ-45커넥터를 이용해서 전화가 연결이 됩니다. 또한 Voice Gateway를 통해서 PSTN과도 연결이 되어 집전화, 휴대폰으로도 전화가 가능합니다.

IP PBX는 아래 그림과 같이 하드웨어는 서버입니다. 일반적으로 사용되는 X86서버에 IP PBX소프트웨어를 설치해서 PBX로 동작을 하게 만듭니다. IP PBX도 마찬가지로 RJ-45 커넥터를 통해서 스위치에 연결이 되고, 호처리, 가입자 수용, 부가서비스등 PBX와 똑같은 역할을 합니다. 하지만 PBX와 같이 PSTN을 연결하는 기능은 Voice Gateway에 일임을 하고, 음성사서함과 같이 리소스가 많이 필요한 부가서비스도 별도의 서버로 독립을 시켜버렸습니다.

3. IP PBX와 함께 IP TelePhony를 구성하는 요소

IP TelePhony는 기존의 PBX에서 카드형태로 제공되던 것을 분리시켜, 각각 역할을 수행하는 장비들이 모여 하나의 PBX처럼 동작을 합니다. 이는 각각의 장비가 한곳에 모여 있을 필요가 없이 용도에 따라, 목적에 따라 별도의 장소에서 동작할 수도 있습니다.

3.1. Voice Gateway

Voice Gateway는 Trunk Gateway, Analog Gateway등 규모와 용도에 따라서 다른 이름으로 불려지기도 하며, 통틀어서 Media Gateway라고도 불려집니다. Media Gateway라고 불려지는 이유는 서로 다른 Media 즉 PSTN과 IP Network를 중간에서 관문역할을 하기 때문입니다. 즉 전화국과 연결되는 E1/T1(ISDN Trunk), FSX/FXO(일반 전화선 과 전화기 연결) 과 IP TelePhony와 연결이 됩니다.

이 Voice Gateway를 통해서 IP Phone에서 IP Phone 뿐 아니라, 기존에 사용하던 집전화, 휴대폰 등으로 전화를 할 수있도록 설계가 되었습니다.

하지만 아래의 Voice Gateway가 IP TelePhony를 처음 접하는 사람이라도 익숙한 분들이 계실겁니다. Voice Gateway는 Router에 Voice Module을 설치해서 Voice Gateway역할을 합니다. 또한 이 Voice Gateway를 통해서 작은 규모 사무실에 적합한 소규모 PBX와 음성사서함 모듈을 통한 소규모 음성사서함, 그리고 IP PBX와 연결되는 WAN의 장애 발생시에 비상 복구 모드인 SRST(Suvival Remote Site Telephony)의 용도로도 사용이 가능하도록 설계가 되어 있습니다.

또한, 이 Voice Gateway는 기업용 SBC(Session Border Controller)인 CUBE(Cisco Unified Border Element)로도 사용이 가능합니다.

Voice Gateway의 자세한 내용은 라인하트님의 http://www.nexpert.net/205 를 참조하시기 바랍니다.

3.2. IP Phone

PBX를 IP PBX로 바꾸게 되면 당연히 전화기도 IP Phone으로 바꿔야 합니다. 물론 IP PBX를 사용하더라도 Analog Gateway를 통해서 일반 전화기도 사용할수 있습니다만. 일반전화도 Analog Gateway를 통하게 되면 IP Phone과 같은 방식으로 동작하게 됩니다.

IP Phone은 아래 그림과 같이 일반적인 전화와 똑같이 생겼지만 IP Network에 연결이 되고, IP TelePhony를 위한 VoIP프로토콜(H.323, SIP, Skinny 등)을 이용하여 IP PBX를 통해 Call Processing을 하게 되고, 통화로가 열리게 됩니다. IP Phone에서 음성 전달은 코덱(G.711, G.729, G.723…..)을 이용하여 전달되게 되는데 이는, Legacy PBX에서 주파수를 이용하여 전달하는 것이라 생각 하시면 됩니다.

IP Phone은 일반적으로 2개의 Switch포트를 제공하여 한 포트는 Switch에 다른 한포트는 사용자의 PC에 연결이 되며, 큰 화면을 통해서 XML브라우저를 통한 정보전달, 소프트키를 통한 부가서비스 등 다양한 기능을 수행합니다.

추후 IP Phone에 대한 설명은 별도로 다룰 예정입니다. <<링크>>

3.2. PoE (Power over Ethernet) Switch

IP PBX, Voice Gateway, IP Phone 과 같은 직접 텔레포니의 기능을 수행하는 장비들이 있다면, 이들을 연결하는 장비도 필요합니다. 이 시대 사는 대부분의 사람들에게 익숙한 Switch라는 장비가 IP TelePhony에서는 또하나의 중요한 요소입니다.

하지만, 제목에서 보셨듯이 그냥 Switch가 아닙니다. PoE스위치 이죠, Inline Power Switch라고도 불리는 장비는 회선을 통해서 전화기에 전원을 공급합니다.

잠시, 아날로그 전화기로 화제를 바꿔 보겠습니다. 일반적인 전화기는 전원을 위한 어댑터를 사용하지 않고도 전화가 가능합니다. 즉 집에 정전이 되어도 전화는 사용이 가능하죠. 이러한 이유는 PBX에서 전화선을 통해 전원을 보내게 되어 있기 때문입니다.

이렇듯 IP TelePhony에서도 전화기에 전원을 위한 어댑터를 사용하지 않아도 스위치를 통해 전원을 공급하게 됩니다.

PoE Switch의 자세한 내용은 라인하트님의 http://www.nexpert.net/164 를 참조하시기 바랍니다.

3.3. IP TelePhony의 기본구성

위의 각 컴포넌트들을 합쳐 놓으면 IP TelePhony의 기본구조가 완성이 됩니다. IP PBX는 전화기의 등록, 호처리, 부가서비스를 담당하고, 스위치는 전화기에 전원 공급 및 패킷 스위칭을 하고, Voice Gateway는 ethernet과 PSTN을 연결하여 IPT와 PSTN의 관문 역할을 담당하게 됩니다.

이러한 IPT환경을 기반으로 Unified Communication의 어플리케이션이 동작을 하게되고 사용자는 전화 뿐 아니라, 메세징, 협업, 텔레프레즌스 등의 서비스를 사용할 수 있게 됩니다. 즉 IPT의 처음 도입은 중요합니다. 어떠한 프로토콜을 사용하느냐, 어떠한 기능이 지원되느냐를 기본으로 어떠한 서비스를 편리하고 조화롭게 업무에 사용할 수 있느냐에 대한 고려도 많이 되어야 합니다.

4. IP PBX 주요 기능

IP PBX의 가장 기본이면서, 가장 중요한 것은 호처리 (Call Processing) 입니다. 전화를 걸고 받는데에는 시그널(Singal)과 미디어(Media) 두 가지 형태의 패킷이 만들어 집니다.

Singnal은 발신자 전화번호(Caller ID, Calling Party), 수신자 전화번호 (Called Party), 코덱, IP Address등, 음성 이외의 모든 전화를 위한 정보를 담고 있습니다. 반대로 Media는 정해진 코덱으로 인코딩된 음성을 RTP(Real Time Protocol)로 전송하게 됩니다.

Singal은 SIP, H.323, MGCP, SCCP 등 다양한 종류가 있으며 각 Signaling Protocol은 각각 용도나 환경에 맞게끔 사용되게 됩니다.

아래 그림의 Phone A가 Phone B에게 전화를 하려고 하는 상황입니다.
Phone A와 Phone B는 각각 Switch에 UTP케이블로 연결이 되어 있고 PBX도 마찬가지로 Switch에 연결이 되어있습니다. 그럼 전화를 거는 과정을 살펴보죠..

Phone A의 수화기를 들면, Phone A는 다이얼 톤을 울리게 됩니다.
Phone A에서 Phone B의 전화번호를 누르면 전화번호 정보를 담은 Singnal이 IP PBX에게 전달 됩니다.
IP PBX는 IP Phone B에게 Phone A가 전화가 왔다는 것을 알려주면 Phone B는 벨이 울리고, IP PBX는 Phone B의 벨이 울리고 있다라는 것을 링백을 통해 Phone A에 알려줍니다.
Phone B가 전화를 받게되면 Media가 PBX를 거치지 않고 Phone A와 Phone B간에 흐르게 됩니다.

위의 과정과 같은 수순으로 Phone A와 Phone B가 통화를 할 수 있게 됩니다.

SIP의 자세한 내용은 라인하트님의 ‘SIP의 이해’ http://www.nexpert.net/category/SIP의%20이해 를 참조하시 바랍니다.

RTP의 자세한 내용은 라인하트님의 ‘RTP의 이해’ http://www.nexpert.net/97 를 참조하시기 바랍니다.

IP PBX는 호처리 외에도 IP Phone, Voice Gateway의 등록 및 Control, Dial Plan을 보유 및 관리, 전화기 부가서비스 제공, 디렉토리 서비스, 프로그래밍 인터페이스 제공 등…다양한 기능을 수행합니다.

5. 관리자 인터페이스

일반적으로 IP PBX는 Web을 통해서 Config를 합니다. 예전에 CLI를 지원하는 PBX의 관리보다 조금 불편한 점도 있다고 합니다만, 직관적인 인터페이스로는 웹과 CLI를 비교할 수가 없습니다.

6. IP PBX의 장점.
6.1. 거리의 제약이 없다
IP PBX는 IP Network의 위에서 사용되기 때문에 거리에 제약이 없습니다. 글로벌 회사들에서는 아시아의 여러나라에 있는 지사를 홍콩, 싱가폴등 한 위치에 IP PBX를 놓고 다양한 아시아의 나라가 전화를 사용합니다. 즉 몇백명 정도 있는 지사에 궂이 PBX를 설치할 필요 없이 전화의 사용이 가능한거죠.
또한 그렇게 하므로써 중앙 집중식 관리가 가능하여,본사의 정책을 지사에도 공통적으로 적용을 할 수 있고, 음성사서함, Visual Caller ID등의 부가기능도 본사와 지사가 하나의 서버를 사용할 수 있어서 중복투자 발생을 방지하고, 관리를 쉽게 할 수 있습니다.
6.2. 다양하고 사용하기 쉬운 부가 서비스
부가서비스는 Legacy PBX에도 다양하게 존재 했습니다. 하지만 그 특성상 사용자들이 편하게 사용할 수 없게끔 되어 있습니다. PBX의 그 다양한 기능을 제대로 사용하는 사람이 별로 없다는 얘기죠.
가장 큰 이유는 직관적이지 못한 (예를 들면 *64 와 같은) 엑세스 코드를 이용한 부가서비스를 제공함으로써 일반 유저들이 매일같이 사용하지 않으면 잊어버려서 더이상 존재하지 않는 부가서비스가 되는 거죠.
하지만 IP PBX는 IP Phone에 부가서비스에 대한 소프트키, 혹은 XML을 통한 그림버튼제공 등으로 직관적이고 User Friendly 한 인터페이스를 제공하여 편하게 사용할 수 있도록 하는 것이 장점입니다.
6.3. UC? FMC? Collaboration?
IP TelePhony는 전화기와 PBX만을 바꾸기 위해 도입하는 경우는 점점 줄어들고 있습니다. 일반적으로 VoIP를 사용하여 전화요금의 축소를 위한 것이 큰 목적인 회사의 경우는 IPT 도입만으로도 큰 도움이 되겠습니다만, 지금 도입을 생각하고 있는 대부분의 기업은 협업, 기업용 메신저, 스마트폰 도입, 그룹웨어와의 연동등 IPT를 기반으로 좀더 편리하고 좋은 기업환경과 Business Process의 개선을 위한 도입이 많아집니다. 이러한 UC, FMC, Collaboration은 IPTelePhony를 기반으로 Integration을 하면 더 많고 편리하게 사용이 가능해 지며 생산성 향상에 도움이 됩니다.

7.결언
1800년대 후반 전화기가 발명된 후 PBX의 발전이 음성과 음성을 보조하는 기술에 꾸준한 발전이 이루어졌다면, 최근 15년간은 음성과, 영상, 메신저, 협업, 소셜네트워킹과 같은 분야에 커다란 발전이 있었습니다. 그 발전의 기반은 IP Network와 PC의 보급 그리고 인터넷 문화의 확산에 따른 것이고, 이러한 문화에 익숙한 사람들이 일하는 세상은 점점 더 그들의 문화에 맞게 변해갈 것입니다.

IP PBX는 단순한 PBX 대용이 아닙니다. 새로운 통신의 기반이고, 플래폼입니다.

출처 : http://www.nexpert.net/237

라우터에서의 IP주소 이해 (CCNA)

JaeSoo — Tue, 26 Nov 2013 19:31:22 +0000

안녕하세요..

라우터가 물론 IP의 라우팅만을 담당하는건 아닙니다. 예를들어 IPX(노벨파일서버), Apple Talk(메킨토시)등...많은 프로토콜들의 라우팅을 하는데...요즘은 인터넷 사용의 증가로..주로 관심이 IP라우팅에 쏠리고 있는거죠..

따라서 만약 네트워크 엔지니어가 되고자 하시는 분은 IP라우팅말고도 나머지 것들에 대해서도 완벽한 이해와 응용이 필요한거죠..

하지만 여기서는 우선 IP와의 관계만을 알아보도록 하죠..

일단 상황을 가정해야겠죠..?
예를들어 우리가 조그만 네트워클 꾸민다고 가정하죠..약 50대정도의 피시 그리고 그피시들이 전용선을 통해 인터넷을 쓴다고 했을때...

전에 허브와 스위치에 대해서는 알아봤구요..이번엔..우리가 라우터를 알아볼 차례니까...

라우터에 IP주소를 배정하는 규칙을 한번 알아보겠습니다...

위와같은 가정에서 우리가 라우터에 부여해야 하는 IP주소는 두개가 됩니다..

하나는 이더넷 인터페이스에 부여할 것하고 또하나는 Serial에 부여할 IP주소입니다.

이더넷용 IP주소는 우리가 내부에서 사용하기 위해 부여받은 IP주소중 하나를 배정해야 합니다..

이유는 아시죠..?
즉 라우터의 이더넷쪽은 내부네트워크에 접속되기 때문입니다.
예를들어 우리가 내부피시용으로 부여받은 주소가 203.120.150.1~ 203.120.150.255 까지라면..라우터의 주소는 그중하나, 이런때는 보통 맨 앞의 번호를 씁니다(젤 중요하니까...) 그래서 라우터의 이더넷 주소는 203.120.150.1 이부여되는거죠...

이때주의할점 !! 이렇게 라우터에 부여한 주소는 또다시 피시에 부여하면 안되겠죠..??
만약에 라우터에 부여한 주소를 피시에 또 써서 두 IP주소가 충돌이 발생하는경우는 라우터의 역할을 제대로 수행할 수가 없습니다.

그럼 Serial 에는 어떤 주소를 부여해야 할까요..??
그건..우리맘대로 하는게 아닙니다. 우리 라우터가 접속하는 상대편(ISP업체)라우터와 맞춰줘야 하기때문입니다..
일단은 우리내부용 IP주소와는 다른 네트워크가 되겠구요... 상대편 라우터의 Serial 과는 같은 네트워크가 되어야 합니다.
예를들어볼까요..?
상대편라우터의 Serial 이 203.150.150.5 에 서브네트 마스크가 255.255.255.252 라면..우리라우터의 Serial 은 203.150.150.6 에 서브네트마스크는 255.255.255.252가 되는겁니다.

이해 가세요..??
이번에 이해안가셔도..너무 걱정마세요..

담에 또..자세히 설명할꺼니까요...

암튼 오늘의 결론...
라우터에 배정해야 하는 IP주소는 두갠데...하나는 이더넷 인터페이스용..또하나는 Serial 인터페이스용이다..
이더넷용은 우리가 부여받은번호 중에 하나를 쓰는거고, Serial은 우리가 접속하는 ISP업체에 따라 달라지니까..인터넷 제공업체에 문의해서 써야 된다...

머..이정도 입니다...

출처 : http://blog.daum.net/thfeptmzm/103

국내외 IX(Internet eXchange) 현황

JaeSoo — Wed, 07 Nov 2012 12:53:46 +0000

- 1995년 8월 : 한국정보사회진흥원에서 국내 최초로 IX 서비스
- 1996년 12월 : KIX로 개선되면서 Commercial IX(Dacom,KT)와 Non-Commercial IX(NCA)로 분리 운영
- 1999년 7월 : IX-Seoul 설치 운영
- 1999년 6월 : KINX(Korea Internet Neutral exchange) 연동센터 구축

1) 케이아이엔엑스(KINX:Korea Internet Neutral exchange:www.kinx.net)
KINX(Korea Internet Neutral eXchange)는 한국내의 인터넷 트래픽이 국내에서 직접 교환되도록 하기 위해 16개 ISP가 서로
연합하여 구성한 협의체다. KINX 연동센터는 ISP간의 원활한 트래픽 연동을 위해 1999년 6월부터 Layer 2 방식의 연동망을
운영하고 있다. 각 회원사 간 Gigabit Ethernet/Fast Ethernet으로 상호 연동되어 있고, 백본 스위치도 이중화로 구성되어 있으며
연동은 ISP 상호간에 이루어진다.

2) 한국정보사회진흥원(KIX: Korea Internet eXchage/ www.nia.or.kr/)
1996년 한국정보사회진흥원이 인터넷교환노드(IX)를 최초로 구축하여 운영되고 있으며 비영리 공공망의 집중국 역할을 담당하며
정부,공공망 인터넷 트래픽의 통합 관문국 역할을 수행하고 있다. KIX는 비영리 IX로서 KIX에는 비영리 ISP,공공 Network,
비영리 중립기관, 상용IX(망) 등 한국정보사회진흥원의 KIX 접속기준에 따라 연동할 수 있으며, Routing Policy는 비영리망간 및
비영리-상용망간은 Full Routing 처리를 하고 있으며, 상용망간은 긴급 장애 시를 제외하고는 연동하지 않고 있다.
초고속국가망과 비영리공공인터넷망에게는 국내 인터넷연동(IX) 서비스뿐만 아니라 해외인터넷 서비스도 제공하고 있다.

3) KT-IX(한국통신 : www.kix.net)
KT-IX는 국내 인터넷 서비스 사업자 상호 간의 정보통신자원의 효율적 활용을 돕기 위하여 한국통신이 구축한 네트워크 간
연동서비스 시스템이다. KT-IX 시스템은 국내 ISP들간의 상호 연결성을 제공하는 포괄적 하이터 네트워크 연동시스템으로서
국내 ISP망 간의 이용 효율성을 제공하기 위해 구축되었으며, Layer3 방식의 서비스를 제공하고 있다.

4) Dacom-IX(데이콤 : www.bora.net)
데이콤 IX 서비스는 2개 IX 및 15개 이상의 인터넷 서비스 사업자와의 접속을 통하여, 국내에서 발생하는 인터넷 트래픽의 교환을
해외로 통하지 않고 국내에서 교환하고 있다. 국제간 IX는 Dacom-Global IX를 구축하여 미국,일본,싱가폴등과 연동하고 있다.
데이콤 IX는 Layer 2 스위치를 이용한 Layer 2 연동과 라우터를 이용한 Layer 3 연동을 제공하고 있으며, 연동의 여부는 각
접속기관의 협의 사항으로 되어 있다.

현재 국내 인터넷연동노드(Internet exchange)는 케이아이엔엑스(KINX), 한국정보사회진흥원(KIX), 한국통신 IX(KT-IX),
데이콤 IX(KT-IX)를 중심으로 구축, 운영되고 있으며, 이들 IX간은 T3(45Mbps)~STM-16(2.5Gbps)급의 고속회선으로 연동되고
있으며, 비영리공공망의 연동은 한국정보사회진흥원의 KIX를 통하여 연동되고, 상용 ISP들의 인터넷망 연동은 KINX, KT-IX,
DIX를 통하여 연동되고 있다.

미국을 비롯한 주요 외국의 경우 초기에는 정부기관 등 국가/공공기관에서 IX 기능을 제공하다가 점차 ISP의 협의체, 대학교 등
비영리 중립기관에서 구축,운영하는 추세이며, 또한 최근에는 인터넷 시장의 규모가 커짐에 따라 IX 협의체가 IX 전문회사로
발전하는 경우를 보이기도 한다.

국가

교환노드

운영주체

성격

북미

미국

NAP

NSF/Telco

중립기관

MAE

MFS

전문회사

DEC

전문회사

CIX

협의체

유럽

프랑스

French GIX

Renater

협의체

영국

LINX

협의체

독일

LINX

협의체

스웨덴

D-GIX

SUNet

중립기관(대학)

네덜란드

AMS-IX

전문회사

스위스

CERN-IX

CERN

중립기관(연구소)

아태지역

일본

NSPIXP-1

Wide Project

중립기관(대학)

NSPIXP-2

Wide Project

중립기관(대학)

JPIX

JPIX Inc

전문회사

홍콩

HKIX

향홍중문대

중립기관(대학)

싱가폴

STIX Singapore

Tel

통신회사

호주

AUIX

전문회사

뉴질랜드

NZIX

Waikado대

중립기관(대학)

1) 미국
미국의 인터넷교환노드 현황을 살펴보면, 미국의 초창기 인터넷은 군사 및 학술 목적으로 연방정부에 의하여 구축,운영되었으나,
'90년대 들어 상업화 및 분산화가 급속히 진행되었다. '83년부터 NSF(National Science Foundation)에 의해서 운영되던 미국
전역에 서비스되는 백본망인 NSFNET을 통하여 인터넷을 접속하여 인터넷을 연동하였으나, 점차 MCI,AT&T,SPRINT등
영리회사의 트래픽이 급속하게 증가함에 따라 영리 ISP들에 의하여 CIX(Commercial Internet exchange)가 캘리포니아지역에
구축되었다. 그리고 SPRINT와 MCI가 처음으로 상업 인터넷백본을 NAP에 연결한 선두주자이며, 1994년 10월 1일 NSFNET에
연결된 모든 지역 네트워크는 NAP기반의 상업용 백본에 자리를 주게 되었다.

미국의 Chicago Nap(Network Access Point)은 트래픽 규모 및 접속기관 수 등에서 미국 최대의 IX 중의 하나로서 미국의
시카고에 위치하여 있으며, 중서부 지역에 통신서비스를 제공하고 있는 Ameritech에서 운영하고 있다. Chicago Nap은
ATM망을 통하여 고속의 안정적인 혼잡 없는 서비스를 제공하고, 미국의 주요 백본 사업자, 대학교, 연구기관 등이 접속하고
있다.

2) 일본
새로운 컴퓨팅 환경을 추구하는 산업협동 프로젝트인 WIDE 프로젝트가 운영하는 NSPIX-1(Network Science Provider Internet
exchange Point1), NSPIX-2, NSPIX-3과 상용 IX인 MEX,JPIX가 있으며, 현재 Layer 2 방식이 주류를 이루고 있다.

NSPIXP는 WIDE 프로젝트의 일부인 인터넷연동노드(IX)의 총칭으로 도쿄에 NSPIXP-1과 2가 있고 오사카에 3이 있다. MEX는
일본 최초의 IX 사업자로 도쿄 통신망이나 오사카 미디어포트 등 지역계 NCC(신규 제1종 전기통신사업자)가 출자하고 있으며,
백본에 ATM을 채용하여 지역적으로 떨어진 장소의 프로바이더들을 ATM의 가상채널로 연결하는 방식을 사용하고 있다.

3) 유럽
영국의 인터넷 서비스는 BT(British Telecommunications) Internet과 기업을 대상으로 전용선을 이용한 고속 접속 서비스인
BTNet으로 나누어진다. BT사는 급증하는 데이터 트래픽에 대처하기 위하여 BTNet을 구축하여 운영하고 있으며, 현재 14개
도시에 서비스 노드를 두고 LINX(London Internet exchange)를 중심으로 연결되어 있다.

LINX는 인터넷 서비스 제공자들 사이의 비영리 협력체로 중립을 유지하고 있는 공공기관으로 영국 내부에 있는 인터넷 트래픽을
보다 효율적인 연결을 제공하고 내부의 트래픽을 보다 쉽게 교환시키기 위해 영국이나 혹은 다른 국가에서 설립된 인터넷 서비스
제공자도 LINX에 참여하는 것을 환영하고 있다. LINX 네트워크의 내부구조는 고성능 2계층 스우치로 구성되어 있으며,
이 스위치들은 런던에 위치한 LINX에 위치하고 관리되어진다.

네덜란드의 Amsterdam Internet Exchange(AMS-IX)는 서로 같은 레벨의 국가들간에 트래픽 변환 또는 상호 연결에 있어
ISP들에게 중요한 역할을 하고 있다. 1996년부터 시작된 AMS-IX는 짧은 기간동안 조직된 투명하고 민주적인 단체로
멀티캐스팅, IPV6 테스트 환경으로서의 기능을 가지고 있으며 이익을 목적으로 운영이 되는 기관이라기 보다는 중립적인
입장에 의해서 운영이 되고 있다.


http://www.cix.org		http://www.jpix.co.jp

http://www.kix.net		http://www.equnix.com/index2.html

http://www.pacbeoo.com/Products/NAP		http://www.bellsouthmix.com

http://www.sprintlink.net		http://www.ams-ix.net

http://www.mren.org		http://www.apricot.net

http://www.startap.net		http://www.ispworld.com

http://www.linx.net		http://www.telegeography.com

출처 : http://ix.kinx.net/information/reference.asp

IX(Internet eXchange) 개념

JaeSoo — Wed, 07 Nov 2012 12:48:57 +0000

기본적으로 망과 망을 연동해 놓은 망의 집합을 의미하는 인터넷은 국제 컴퓨터 통신망의 한 가지로 서로 다른 컴퓨터 또는
네트워크 사용자들과 연결해 여러가지 서비스를 제공받으며 통신할 수 있는 세계 최대의 컴퓨터 통신망이다.

인터넷은 크고 작은 수많은 망들이 상호접속(interconnection) 돼 있어 이용자에게는 전체가 하나의(seamless) 네트워크인
것으로 인식된다. 그러나 수없이 많은 망과 망으로 구성돼 마치 복잡하게 얽힌 거대한 실타래처럼 보이는 인터넷도 나름대로
계층구조를 형성하고 있다.

이용자가 인터넷을 이용하기 위해서는 ISP(Internet Service Provider)에 접속해야하며, ISP는 이용자가 인터넷에 있는 모든
콘텐츠 또는 다른 이용자와 통신이 가능하도록 타 ISP와 직접 접속하거나 연동하는 등의 방법을 통해 트래픽 소통 경로를
확보해야 한다.

IX(Internet eXchange)는 이러한 인터넷 트래픽을 상호 교환시켜주는 역할을 수행하는 인터넷 계층구조의 최상부 네트워크,
즉 독자적인 인터넷망 혹은 다른 사업자 인터넷망간 현지 상호접속이 용이하도록 트래픽 교환을 제공하는 것으로 국내 인터넷
트래픽이 해외를 거치지 않고 원활하게 상호 교환되도록 하기 위한 인터넷 연동 시스템이라고 할 수 있다.

물론 ISP의 수가 적다면 모든 ISP 간에 직접적인 상호접속이 가장 효율적인 방안이 될 것이다. 하지만 ISP의 수가 많은 경우에
이 같은 직접적 상호접속은 과다한 회선비용 지출과 접속회선 수 증가로 인한 라우터 장비의 포트 투자비 증가가 불가피하게
된다.

또한 인터넷 환경에서는 트래픽 변화에 대한 예측이 어렵다는 점도 문제다. 따라서 인터넷 트래픽이 언제든지 급격히 증가할
수도 있는 상황에서 각 ISP가 직접 연결로 상호 간의 트래픽을 유연하게 관리한다는 것은 사실상 불가능하다고 보면 된다.

예를 들어, 한 ISP가 인터넷 서비스를 하기 위해서는 국내 약 80여개 ISP 업체에 직접 회선을 연결해야 하며, 미국 유럽 등의
ISP와도 직접 연결해야 한다. 막대한 비용을 투자해 직접 회선을 구축했다 하더라도 인터넷 환경이 변해 트래픽이 급증하면,
다시 모든 회선과 장비를 증설해야 한다. 인터넷 환경 변화에 따른 이런 문제를 해결하기 위해 등장한 것이 바로 IX인 것이다.

ISP 연동비용 절감
ISP가 사업상 무언가 결정하고 선택을 할 때 가장 중요한 요인으로 작용하는 것이 통신비용이다. 인터넷 이용자가 지불하는
서비스 이용요금은 한정적이지만, 이용자가 이용하는통신량과 통신 속도는 해마다 증가해 이용자의 욕구를 충족하기 위한
회선 증설은 필수다.

ISP 간의 연동은 중계연동(Transit)과 상호연동(Peering)으로 나눠진다. 중계연동과 상호연동에 대한 정의도 국제적으로나
국내적으로 명확한 정의가 없지만, 일반적으로 중계연동은 대형 트래픽을 차지하고 있는 ISP 또는 NSP가 타 ISP에게 트래픽을
전송해주는 것, 상호 연동은 ISP와 ISP간 각자의 인터넷 트래픽을 교환하는 것으로 이해되고 있다.

이 중계연동과 상호연동 비용 가운데 높은 항목이 중계연동서비스 비용이다. ISP는 IX를 통한 상호연동으로 타 업체에게서
일괄적으로 제공받는 중계연동회선 방향의 트래픽을 최소화함으로써 그 비용을 감소시키고 효율적인 인터넷 정책을 시행할 수
있다. 즉 IX를 통해 ISP간 상호연동이 많으면 많을수록 중계연동을 통한 서비스 비용이 최소화되는 것이다.

낮은 대기시간
ISP 간 상호연동을 통한 직접연결의 또 다른 이면은 해당 ISP의 인터넷 고객이 낮은 대기시간으로 인한 속도 향상을 경험할 수
있다는 것이다.
초고속 인터넷 가입자 위주의 ISP와 콘텐츠 위주의 ISP가 IX를 통해 직접적 트래픽을 교환할 경우, 사실상 중계연동으로 인한
홉(Hop) 수를 최소화할 수 있는 장점이 있다. 최소한의 홉 수는 인터넷 사용자가 콘텐츠를 다운로드 받을 때 발생하는 대기시간
(Latency time)을 줄여주는 효과가 있다.

불필요한 국내자본 해외유출 방지
IX의 가장 중요한 기능은 서로 다른 ISP 간의 인터넷 트래픽을 최단거리로 상호 교환할 수 있는 환경을 제공하는 것이다.
한 국가의 기준에서 볼 때, 자국 내의 IX는 국내 ISP간의 인터넷 트래픽을 효율적으로 소통시켜 줌으로써 자국 내 트래픽의
불필요한 해외 경유 접속을 최대한 방지할 수 있다.

즉, 국내 인터넷 사용자간 트래픽 혹은 국내 콘텐츠 이용 트래픽을 자국 내 IX를 통해 소통함으로써 자국 내 ISP가 국제회선
업체에게 지불하는 해외 인터넷 접속용 중계연동(Transit) 비용을 최소화할 수 있다는 장점이 있다.

출처 : http://ix.kinx.net/information/ix.asp

주요 라우팅 프로토콜 요약

JaeSoo — Mon, 28 Sep 2009 15:38:56 +0000

RIP (Routing Information Protocol)

RIP[알아이피]는 기업의 근거리통신망, 또는 그러한 랜들이 서로 연결된 그룹과 같은 독립적인 네트웍 내에서 라우팅 정보 관리를 위해 광범위하게 사용된 프로토콜이다. RIP는 IETF에 의해 여러 IGP 중의 하나로 분류되었다.

RIP를 사용하면, 라우터 내의 게이트웨이 호스트는 전체 라우팅 테이블을 가장 가까운 인근 호스트에 매 30초마다 보낸다. 인접한 호스트는 자신의 차례가 되면 그 정보를 그 다음 인접한 호스트로 넘기는데, 이러한 전달은 그 네트웍 내의 모든 호스트들이 같은 라우팅 경로 정보를 가질 때까지 계속된다. RIP는 네트웍 거리를 결정하는 방법으로 홉의 총계를 사용한다 (다른 프로토콜들은 타이밍까지를 포함하는 보다 정교한 알고리즘을 사용한다). 네트웍 내에 라우터를 갖고 있는 각 호스트는 패킷을 전달할 다음 호스트를 결정하기 위해 라우팅 테이블 정보를 사용한다.

RIP는 소규모 동종의 네트웍에서는 유효한 해결방안이라고 간주된다. 그러나, 보다 복잡하고 규모가 큰 네트웍에서 RIP가 전체의 라우팅 테이블을 매 30초마다 전송하는 것은 네트웍 내에 엄청난 량의 추가 부담을 준다.

RIP의 주요 대안으로 OSPF가 있다.

RIP V2는 RIP V1에서 개선하여 만든 라우팅 프로토콜이다
1.라우팅 업데이트에 서브넷 정보가 포함된다.
따라서 VLSM과 DISCONTIGUOUS 네트웍도 지원가능
2.RIP 1은 라우팅 업데이트전송시 브로드캐스트주소(255.255.255.255)를
사용하지만 RIP2는 멀티캐스트 주소(224.0.0.9)를 사용한다
3.RIP2는 다른 CLASSLESS 라우팅 프로토콜처럼 라우팅 업데이트를 AUTHENTICATION
할수 있어 보안성을 강화시켰다.
4.외부에서 REDISTRIBUTE되는 네트웍에 ROUTE TAG를 달수 있어 외부 경로 관리가
편하다.
5.특정 네트웍의 넥스트 홉을 표시하여 불필요한 라우터를 거치는것을 방지한다.

그러나 라우팅 정보를 유지하기 위하여 네트웍의 변화 여부와 상관없이 주기적으로
라우팅 테이블 전체를 인접라우터에 전송하는 DISTANCE VECTOR 라우팅
프로토콜이라는것,
UDP 포트 520번을 사용하는것은 RIP1과 동일하다

RIP1은 메이져네트웍경계에서 자동으로 SUMMARY가 이루어지고,
이기능을 막을수 있는 방법이 없다.
반면 RIP2는 두가지 방법의 SUMMARY가 가능하다.
1.RIP2도 RIP1처럼 메이져네트웍경계에서 자동으로 SUMMARY가 된다.
그러나 RIP1과는 달리 NO AUTO-SUMMARY 라는 명령어를 사용하여
AUTO SUMMARY 를 중지할수 있다.
2.RIP2는 인터페이스에서 네트웍관리자가 임의의 길이로 SUMMARY 할수 있다.

OSPF (Open Shortest Path First) ; 최단 경로 우선 프로토콜

OSPF[오에스피에프]는 대규모 자율 네트웍에서, RIP에 우선하여 사용되는 라우팅 프로토콜이다. RIP과 마찬가지로, IETF에 의해 OSPF는 여러 개의 IGP 중 하나로 지정되었다.

OSPF를 사용하면, 라우팅 테이블의 변경 사실이나, 네트웍 내의 어떤 변화를 감지한 호스트는, 즉시 그 정보를 네트웍 내의 다른 모든 호스트들에게 알림으로써, 모두 같은 라우팅 정보를 가질 수 있도록 한다. 라우팅 테이블 전체를 보내는 RIP과는 달리, OSPF를 사용하는 호스트는 오직 변경된 부분만을 보낸다. RIP에서는 매 30초마다 라우팅 테이블을 인접한 호스트에 보내지만, OSPF는 변경이 생겼을 때에만 변경된 정보를 멀티캐스트 한다.

단순히 홉수를 세는 것보다 OSPF는 추가적인 네트웍 정보를 참작한 링크상태 상에서 그것의 경로 등급을 기반으로 한다. OSPF는 또한 사용자가 자신의 선호도에 따라 몇몇 경로들에 대해 우선권을 부여할 수 있도록, 특정 호스트 라우터를 설정할 수 있게 한다. OSPF는 하나의 네트웍이 다시 세분될 수 있도록, 다양한 네트웍 서브넷 마스크를 지원한다. OSPF 내에서 라우터와 종단국 사이의 통신을 위해 RIP이 지원된다. 이미 많은 네트웍들이 RIP를 사용하고 있기 때문에, 라우터 제작업체들은 본래 OSPF를 위해 설계된 라우터 내에 RIP의 지원도 함께 포함하는 경향이 있다.

IGRP (Internet Gateway Routing Protocol)

IGRP는 시스코 시스템즈 고유의 IGP 프로토콜로서, 다른 게이트웨이들과 정보를 교환함으로써 게이트웨이들이 자신들의 라우팅 테이블을 만들 수 있게 해준다. 게이트웨이는 인접 게이트웨이들과 수정된 라우팅 정보를 교환함으로써 다른 네트웍들에 관한 정보를 얻는다.

가장 간단한 경우에서, 게이트웨이는 각 네트웍으로 향하는 최적의 길을 나타내는 하나의 경로를 발견할 것이다. 이 경로는 패킷이 보내져야할 다음 게이트웨이, 사용되어야할 네트웍 인터페이스, 그리고 메트릭 정보 등에 의해 특성화된다. 메트릭 정보는 그 경로가 얼마나 좋은지를 나타내는 일련의 숫자들이다. 이 정보를 이용하면, 게이트웨이가 다방면의 게이트웨이들로부터 들었던 경로들을 비교하여, 어떤 경로를 사용할 것인지를 결정할 수 있다. 만약, 두 개 이상의 경로들 사이에서 트래픽을 분리하는 것이 이치에 닿는 경우가 있을텐데, 두 개 이상의 경로들이 모두 좋은 경우라면 IGRP는 항상 그렇게 한다.

----------------------------------------------------------------------------------------------

-RIP
라우팅 프로토콜이며, 다이나믹 프로토콜이다. 내부용 프로토콜이며 디스턴스벡터 알고리즘을 사용한다.
좋은 길을 선택하는 방법은 HopCount 이며 최대 15개 까지이며 업데이트 주기는 30초이다.
단점 : 오로지 홉카운트에만 의존하므로 속도나 회선의 신뢰도, 회선의 로드 등을 확인 못하고 사용.
* V.35 케이블 사용시 Clockrate 설정해서 회선속도를 정해줌.
RIPv1 에서 보낸 정보는 버전에 상관없이 이해가능하지만, RIPv2 에서 보낸 정보는 RIPv2에서만 이해할수 있다.
Default Distance값은 120
RIP 구성 명령어
- router rip
- network network-number
시리얼 구성
- ip address ip-address subnetmask
- no shutdown
Ethernet 부분
- ip address ip-address subnetmask
- no shutdown
DCE/DTE 를 사용할 경우
- show controller serial-number -> 연결상태 확인(DCE로 연결된 라우터에 Clockrate 설정)
- interface seroal-number
- clockrate clockrate값

Administrative distance 값은 서로다른 프로토콜을 사용시에 어떤 라우팅 프로토콜에서 온 정보로 경로를
찾을까? 하는 값.

-Distance Vector 라우팅 알고리즘의 문제와 해결책
문제점 : 시간.. 한번 배운 라우팅 테이블을 전달하기 때문에 업데이트가 모든 네트워크에 전달되는 시간
(Convergence Time) 이 많이 걸려 흔히 말하는 루핑 발생.

해결책
: Maximum Hop Count를 이용. 15를 최대홉으로 결정하고 이를 넘어가는 값은 unreachable로 간주하며
Flush Time 이 지난후에는 삭제시킴. 문제.. 홉카운트 15를 넘어서는 경로에서는 사용불가
: Hold down Timer를 이용. 네트워크가 다운되었음을 알리면 라우터는 다운된 네트워크에 대해 Hold down 타이머를 시작.
Hold down 타이머가 동작하는 중에는 외부에서 라우팅 경로 정보를 받아도 무시하며, Hold down카운트가 종료되거나
목적지에 대한 새로운 경로가 가지고 있던 매트릭과 같거나 좋은경우에 업데이를 받음.
: Split Horizon. 라우팅 정보가 들어온 곳으로는 같은 정보를 내보낼수 없다. 두 라우터의 루핑만 막기 위해 만들어져
전체네트워크에 사용하기는 어려움
: Route Poisoning. 네트워크가 다운되었음을 알게된 라우터는 다운된 네트워크의 메트릭 값을 무한으로 바꾸에
사용할수 없게 만듬. 라우팅 테이블에서 지워버렸다가 잘못된 라우팅 정보를 받는 일을 미리 막을수 있다.
: Posion Reverse = Split horizon with poison reverse update. 스플릿 처럼 라우팅 정보를 보내온것으로 보내지
않는것이 아니라 보내기는 하되 사용할수 없는 무한대의 값을 전송함으로써, 무한대의 홉값을 가지고 업데이트를
실시한다면 라우터들은 실수로 잘못된 경로 정보를 사용하는 경우를 현저하게 줄인다.

-IGRP
라우팅 프로토콜이며 다이나믹 프로토콜이다. 내부용 라우팅 프로토콜이며, 디스턴스 벡터 알고리즘을 사용. 시스코에서
만들어낸 알고리즘 이며 시스코에서만 사용가능함. 경로결정은
: 대역폭(Bandwidth) - interface serial 0 bandwidth 56 (56kb 로 설정) Default 1.544Mbps
: 지연(Delay) - 경로를 통해서 도착하는 시간
: 신뢰성(Reliabilty) - 전송 매체를 통해 패킷을 보낼때 생기는 에러률을 나타낸 수치
: 부하(Load) - 출발지와 목적지 상의 경로에 어느정도의 부하가 걸려있는지를 측정
: 최대전송유닛(MTU:Maximum Transmission Unit)
90초에 한번씩 라우팅 테이블을 업데이트 한다. 최대 홉카운트는 255.
단점 - RIP와 마찬가지로 classful 이기 때문에 VLSM(Variable Length Subnet Mask)를 지원하지 못한다.

IGRP 구성 명령
- route igrp autonomous system numbet
- network network-number

-EIGRP
IP, IPX, Appletalk 라우팅 프로토콜이다. Interior Gatewqy Protocol(내부용 프로토콜)이다.
Distance Vector 및 Link State Routing Protocol의 장점을 동시에 활용한 Distance Vector Routing Protocol 이다.
IGRP처럼 AS 넘버를 사용하며, 경로 결정도 Bandwidth, Delay, Reliabilty, Load, MTU를 통해서 한다.
라우팅 정보는 변화가 생기면 바로 하며, Neighbor 설정관계는 Flat 하다. 서브넷 정보를 그대로 사용하며,
직접 연결된 Network Address를 Class 형태로 선언한다.
특징
: EIGRP는 IGRP의 기능과 성능을 개선시킨 것으로 사용하는 Metric, 라우터에서 설정하는 방법, Advertising 할
Network Address를 선언하는 방법, Load Balancing 하는 방법등이 IGRP와 동일하다.
: Multi-Protocol Routing Protocol - IP, IPX, Appletalk 를 동시에 처리할수 있는 장점이 있다.
: 빠른 Convergence Time으로 네트워크에 변화가 생기면 즉시 그 인접 라우터에 정보를 전달한다.
Neighbor Table은 라우터와 직접 인접하여 EIGRP 정보를 교환하는 라우터에 대한 Table이고, Topology Table은 인접한
라우터들의 Routing Table을 종합한 Table이며, Topology Table에서 최적의 경로를 찾아 Routing Table에 등록한다.
하지만 세개의 Table을 유지하므로 많은 메모리가 요구되며 IP, IPX, Appletalk에 대해 동시에 서비스할경우는 더심하다.
: Partial Update 로써 EIGRP라우터는 인접한 라우터(Neighbor)를 확인하고 Neighbor Table에 등록하고 정기적으로
확인을해서 변화가 있을시에는 즉각 전달해주므로 대역을 절약한다.
: Subnetwork 정보 전달을 하므로 VLSM을 사용하여 IP Address를 효율적으로 이용할수 있다. 또한 Class 단위로
전달하던 RIP, IGRP 와는 다르게 Class와 상관없이 Subnetwork, Supernetwork으로 전달할수 있다.
단 설정할때 no auto-summary를 입력해주어야 Subnetwork에 대한 정보가 전달된다.

설정 방법
- router eigrp as-number
- network ip-network-address

-Open Shortest Path First
: RFC 1247
: link-state 라우팅프로토콜로써 multicast ip 를 사용하여 자기상태를 주기적으로 이웃라우터에 전달한다.
: link 상태의 변화가 생길때마다 각 라우터가 자기를 기준으로 독립적으로 경로를 설정한 테이블을 가지고 있다.
: 하나의 목적지에 여러경로가 존재할 경우 항상 가장 빠른 경로를 선정한다.
: 경로설정은 목적지간 의 cost값에 의한다.
: 트래픽분산 목적의 부하균형(load balancing)처리를 할 수 있다.
: area 단위로 네트웍을 관리함에 따라 네트웍 확장 관리가 용이하다
: 네드웍 ip 주소의 subnet 을 지원 한다,
: 더 구체적으로 subnet된 정보가 덜 구제적인 subnet정보보다 우선적으로 라우팅된다.
: network 변화에 대한 반응이 신속하다
: 모든 area는 백본에 본질적으로 접속되어 있어야한다

출처 : 주요 라우팅 프로토콜 요약