디바이스 인터페이스 개요
디바이스의 인터페이스는 디바이스에 네트워크 연결을 제공합니다. 이 주제에서는 과도 인터페이스, 서비스 인터페이스, 컨테이너 인터페이스 및 내부 이더넷 인터페이스와 같이 Junos OS 에서 지원되는 다양한 디바이스 인터페이스에 대해 설명합니다. 또한 인터페이스 명명 규칙, 인터페이스 캡슐화의 개요 및 인터페이스 설명자의 개요와 같은 기본 인터페이스 관련 정보도 제공합니다.
디바이스 인터페이스 개요
주니퍼 디바이스에는 일반적으로 다양한 기능에 적합한 여러 유형의 인터페이스가 포함되어 있습니다. 디바이스의 인터페이스가 작동하려면 인터페이스를 구성해야 합니다. 특히 인터페이스 위치(즉, FPC[ Flexible PIC Concentrator ], DPC[Dense Port Concentrator ] 또는 MPC[ Modular Port Concentrator ]가 설치된 슬롯)을 구성해야 합니다. 또한 PIC( Physical Interface Card ) 또는 MIC (Modular Interface Card )의 위치와 인터페이스 유형도 지정해야 합니다. 마지막으로 적용 가능한 캡슐화 유형과 인터페이스별 속성을 지정해야 합니다.
현재 디바이스에 있는 인터페이스와 현재는 없지만 나중에 추가될 것으로 예상되는 인터페이스를 구성할 수 있습니다. Junos OS 는 하드웨어가 설치된 후 인터페이스를 감지하고 사전 설정된 구성을 적용합니다.
현재 디바이스에 설치된 인터페이스를 보려면 운영 모드 명령을 실행합니다show interfaces terse. 인터페이스가 출력에 나열되면 디바이스에 물리적으로 설치된 것입니다. 인터페이스가 출력에 나열되지 않으면 디바이스에 설치되지 않은 것입니다.
디바이스에서 지원되는 인터페이스에 대한 자세한 내용은 디바이스의 인터페이스 모듈 참조를 참조하십시오.
Junos OS CoS(class-of-service) 속성을 구성하여 패킷 전송, 혼잡 관리 및 CoS 기반 포워딩을 관리하기 위한 여러 포워딩 클래스를 비롯한 다양한 애플리케이션에 다양한 서비스 등급을 제공할 수 있습니다.
CoS 속성 구성에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 서비스 등급 사용 설명서를 참조하십시오.
인터페이스 유형
인터페이스는 영구적이거나 일시적일 수 있으며 네트워킹 또는 서비스에 사용됩니다.
-
영구적 인터페이스 - 디바이스에 항상 존재하는 인터페이스.
디바이스의 영구 인터페이스는 관리 이더넷 인터페이스와 내부 이더넷 인터페이스로 구성되며, 둘 다 다음 주제에서 별도로 설명됩니다.
-
일시적 인터페이스 - 네트워크 구성 요구 사항에 따라 디바이스에 삽입 또는 제거할 수 있는 인터페이스.
-
네트워킹 인터페이스 - 주로 트래픽 연결을 제공하는 인터페이스.
-
서비스 인터페이스 - 트래픽이 목적지로 전달되기 전에 트래픽을 조작하기 위한 특정 기능을 제공하는 인터페이스입니다.
-
컨테이너 인터페이스 - 가상 컨테이너 인프라를 사용하여 물리적 SONET 링크에서 자동 보호 스위칭(APS)을 지원하는 인터페이스.
Junos OS는 내부적으로 인터페이스 명령 참조 및 서비스 인터페이스에 설명된 구성 불가한 인터페이스를 생성합니다.
인터페이스 명명 개요
각 인터페이스에는 미디어 유형, FPC(Flexible PIC Concentrator) 또는 DPC(Dense Port Concentrator)가 위치하는 슬롯, PIC가 설치된 FPC의 위치 및 PIC 또는 DPC 포트를 명시하는 인터페이스 이름이 있습니다. 인터페이스 이름은 시스템에서 개별 네트워크 커넥터를 고유하게 식별합니다. 인터페이스를 구성하고 개별 인터페이스에서 라우팅 프로토콜과 같은 다양한 기능과 속성을 활성화할 때 인터페이스 이름을 사용합니다. 시스템은 명령과 같은 show interfaces 인터페이스에 대한 정보를 표시할 때 인터페이스 이름을 사용합니다.
인터페이스 이름은 다음과 같은 형식의 물리적인 부분, 채널 부분 및 논리 부분으로 표시됩니다.
physical<:channel>.logical
채널화된 DS3, E1, OC12 및 STM1 인터페이스를 제외한 모든 인터페이스에 대해 채널 이름 부분은 선택 사항입니다.
EX 시리즈, QFX 시리즈, NFX 시리즈, OCX1100, QFabric 시스템, EX4600 디바이스는 주니퍼 네트웍스 Junos OS에서 실행되는 다른 플랫폼의 인터페이스와 유사한 인터페이스를 정의하는 명명 규칙을 사용합니다. 자세한 내용은 인터페이스 명명 규칙 이해를 참조하세요.
다음 섹션에서는 인터페이스 명명 구성 지침을 제공합니다.
- 인터페이스 이름의 물리적 부분
- 인터페이스 이름의 논리적 부분
- 인터페이스 이름의 구분 기호
- 인터페이스 이름의 채널 부분
- TX 매트릭스 라우터에 기반하여 라우팅 매트릭스에 대한 인터페이스 명명 규칙
- TX Matrix Plus 라우터에 기반하여 라우팅 매트릭스에 대한 인터페이스 명명 규칙
- 섀시 인터페이스 명명
- 예: 인터페이스 명명
인터페이스 이름의 물리적 부분
인터페이스 이름의 물리적 부분은 단일 물리적 네트워크 커넥터에 해당하는 물리적 디바이스를 식별합니다.
내부 관리 인터페이스는 라우팅 엔진에 의존합니다. 라우팅 엔진이 이러한 유형의 인터페이스를 사용하는지 식별하려면 다음 명령을 사용합니다.
간결한 인터페이스 표시
user@host> show interfaces terse
Interface Admin Link Proto Local Remote
pfe-1/0/0 up up
pfe-1/0/0.16383 up up inet
inet6
pfh-1/0/0 up up
pfh-1/0/0.16383 up up inet
[..........]
bcm0 up up <----------------
bcm0.0 up up inet 10.0.0.1/8
[..........]
lsi up up
mtun up up
pimd up up
pime up up
tap up up
각 섀시가 지원하는 라우팅 엔진, 지정된 섀시의 라우팅 엔진에 대해 지원되는 첫 번째 릴리스, 관리 이더넷 인터페이스 및 각 라우팅 엔진에 대한 내부 이더넷 인터페이스에 대한 자세한 내용은 섀시별로 지원되는 라우팅 엔진 이라는 제목의 링크를 참고하십시오.
인터페이스 이름의 이 부분은 다음과 같은 형식을 갖습니다.
type-fpc/pic/port[:channel]
type 미디어 유형으로, 다음 중 하나일 수 있는 네트워크 디바이스를 식별합니다.
-
ae- 어그리게이션 이더넷 인터페이스. 이것은 가상 어그리게이션 링크이며 대부분의 PIC와 다른 명명 형식을 갖습니다. 자세한 정보는 어그리게이션 이더넷 인터페이스 개요를 참조하십시오. -
as- 어그리게이션 SONET/SDH 인터페이스. 이것은 가상 어그리게이션 링크이며 대부분의 PIC와 다른 명명 형식을 갖습니다. 자세한 정보는 어그리게이션 SONET/SDH 인터페이스 구성을 참조하십시오. -
at—ATM1 또는 ATM2 지능형 대기열(IQ) 인터페이스 또는 서킷 에뮬레이션(CE) 인터페이스의 가상 ATM 인터페이스 -
bcm—bcm0 내부 이더넷 프로세스는 다양한 M 시리즈 및 T 시리즈 라우터의 특정 라우팅 엔진에서 지원됩니다. 자세한 내용은 관련 문서에 따라 섀시별로 지원되는 라우팅 엔진이라는 제목의 링크를 참고하십시오. -
cau4- 채널화된 AU-4 IQ 인터페이스(채널화된 STM1 IQ 또는 IQE PIC 또는 채널화된 OC12 IQ 및 IQE PIC에 관한 구성). -
ce1- 채널화된 E1 IQ 인터페이스(채널화된 E1 IQ PIC 또는 채널화된 STM1 IQ 또는 IQE PIC에 구성됨). -
ci- 컨테이너 인터페이스. -
coc1- 채널화된 OC1 IQ 인터페이스(채널화된 OC12 IQ 및 IQE 또는 채널화된 OC3 IQ 및 IQE PIC에 구성됨). -
coc3- 채널화된 OC3 IQ 인터페이스(채널화된 OC3 IQ 및 IQE PIC에 구성됨). -
coc12- 채널화된 OC12 IQ 인터페이스(채널화된 OC12 IQ 및 IQE PIC에 구성됨). -
coc48- 채널화된 OC48 인터페이스(채널화된 OC48 및 채널화된 OC48 IQE PIC에 구성됨). -
cp- 수집기 인터페이스(모니터링 서비스 II PIC에 구성). -
cstm1- 채널화된 STM1 IQ 인터페이스(채널화된 STM1 IQ 또는 IQE PIC에 구성됨). -
cstm4- 채널화된 STM4 IQ 인터페이스(채널화된 OC12 IQ 및 IQE PIC에 구성됨). -
cstm16- 채널화된 STM16 IQ 인터페이스(채널화된 OC48/STM16 및 채널화된 OC48/STM16 IQE PIC에 구성됨). -
ct1- 채널화된 T1 IQ 인터페이스(채널화된 DS3 IQ 및 IQE PIC, 채널화된 OC3 IQ 및 IQE PIC, 채널화된 OC12 IQ 및 IQE PIC, 또는 채널화된 T1 IQ PIC에 관한 구성). -
ct3- 채널화된 T3 IQ 인터페이스(채널화된 DS3 IQ 및 IQE PIC, 채널화된 OC3 IQ 및 IQE PIC, 또는 채널화된 OC12 IQ 및 IQE PIC에 관한 구성). -
demux- IP 소스 또는 대상 주소를 사용하여 수신된 패킷을 역다중화하는 논리적 IP 인터페이스를 지원하는 인터페이스입니다. 섀시 당 하나의 역다중화 인터페이스(demux0)만 존재합니다. 모든 역다중화 논리적 인터페이스는 기본 논리적 인터페이스와 연결되어야 합니다. -
dfc- 하나 이상의 모니터링 서비스 III PIC를 포함하는 T 시리즈 또는 M320 라우터에서 동적 플로우 캡처 처리를 지원하는 인터페이스입니다. 동적 플로우 캡처를 사용하면 동적 필터링 기준에 따라 패킷 흐름을 캡처할 수 있습니다. 특히, 이 기능을 사용하여 주문형 제어 프로토콜을 사용하여 특정 필터 리스트를 하나 이상의 목적지로 매칭하는 수동적으로 모니터링되는 패킷 플로우를 포워딩할 수 있습니다. -
ds—DS0 인터페이스(다중 채널화된 DS3 PIC, 채널화된 E1 PIC, 채널화된 OC3 IQ 및 IQE PIC, 채널화된 OC12 IQ 및 IQE PIC, 채널화된 DS3 IQ 및 IQE PIC, 채널화된 E1 IQ PIC, 채널화된 STM1 IQ 또는 IQE PIC 또는 채널화된 T1 IQ에 관한 구성). -
dsc- 인터페이스 폐기 -
e1—E1 인터페이스(채널화된 STM1-to-E1 인터페이스 포함) -
e3—E3 인터페이스(E3 IQ 인터페이스 포함). -
em- 관리 및 내부 이더넷 인터페이스. M Series 라우터, MX 시리즈 라우터, T 시리즈 라우터, 및 TX 시리즈 라우터의 경우, 이show chassis hardware명령을 사용하여 라우팅 엔진 모델을 포함하여 라우터에 대한 하드웨어 정보를 표시할 수 있습니다. 라우터 및 라우팅 엔진 조합에서 어떤 관리 인터페이스를 지원하는지 결정하려면 관리 이더넷 인터페이스 이해 및 라우터별 지원되는 라우팅 엔진 을 참조하십시오. -
es- 암호화 인터페이스. -
et—이더넷 인터페이스(10, 25, 40, 50, 100, 200 및 400기가비트 이더넷 인터페이스). -
fe- 고속 이더넷 인터페이스. -
fxp- 관리 및 내부 이더넷 인터페이스. M Series 라우터, MX 시리즈 라우터, T 시리즈 라우터, 및 TX 시리즈 라우터의 경우, 이show chassis hardware명령을 사용하여 라우팅 엔진 모델을 포함하여 라우터에 대한 하드웨어 정보를 표시할 수 있습니다. 라우터 및 라우팅 엔진 조합에서 어떤 관리 인터페이스를 지원하는지 결정하려면 관리 이더넷 인터페이스 이해 및 라우터별 지원되는 라우팅 엔진 을 참조하십시오. -
ge—기가비트 이더넷 인터페이스.참고:-
M 시리즈 라우터에서만 지원되는 XENPAK 10기가비트 이더넷 인터페이스 PIC는 인터페이스 명명 규칙 대신 인터페이스 명명 규칙을
xe사용하여ge구성됩니다. 자세한 내용은 다음 명령 표시를 참고하십시오.섀시 하드웨어 표시
user@host> show chassis hardware .. FPC 4 REV 02 710-015839 CZ1853 M120 FPC Type 3 PIC 0 REV 09 750-009567 NH1857 1x 10GE(LAN),XENPAK Xcvr 0 REV 01 740-012045 535TFZX6 XENPAK-SR구성 인터페이스 표시
user@host> show configuration interfaces ge-4/0/0 unit 0 { family inet { address 100.0.0.1/24; } } -
MX 및 SRX 시리즈 방화벽에서 1기가비트 및 10기가비트 SFP 또는 SFP+ 옵티컬 인터페이스는 항상 1기가비트 SFP가 삽입된 경우에도 명명
xe됩니다. 그러나 EX 및 QFX 시리즈 디바이스에서 인터페이스 이름은 삽입된 옵티컬 디바이스의 속도를 기준으로 또는xe그 속도에 따라 표시됩니다ge.
-
-
gr—GRE(Generic routing encapsulation) 터널 인터페이스. -
gre- GMPLS(Generalized MPLS)의 제어 채널으로만 구성할 수 있는 내부적으로 생성된 인터페이스입니다. GMPLS에 대한 자세한 내용은 Junos OS MPLS 애플리케이션 사용자 가이드를 참조하십시오.참고:GMPLS 제어 채널에 대해서만 GRE 인터페이스(gre-x/y/z)를 구성할 수 있습니다. GRE 인터페이스는 다른 애플리케이션에 대하여 지원되거나 구성할 수 없습니다.
-
ip- IP-over-IP 캡슐화 터널 인터페이스. -
ipip- 구성할 수 없는 내부적으로 생성된 인터페이스입니다. -
ixgbe—내부 이더넷 프로세스 ixgbe0 및 ixgbe1은 TX 매트릭스 플러스 및 PTX5000에서 지원되는 RE-DUO-C2600-16G 라우팅 엔진에 의해 사용됩니다. -
iw- 레이어 2 서킷 및 레이어 2 VPN 연결의 엔드포인트와 연결된 논리적 인터페이스(유사 와이어 스티칭 레이어 2 VPN). VPN에 대한 자세한 내용은 라우팅 디바이스용 Junos OS VPN 라이브러리를 참조하십시오. -
lc- 구성할 수 없는 내부적으로 생성된 인터페이스입니다. -
lo- 루프백 인터페이스. Junos OS 는 하나의 루프백 인터페이스(lo0)를 자동으로 구성합니다. 논리적 인터페이스lo0.16383는 라우터 제어 트래픽에 대해 구성할 수 없는 인터페이스입니다. -
ls- 링크 서비스 인터페이스. -
lsi- 구성할 수 없는 내부적으로 생성된 인터페이스입니다. -
ml- 멀티링크 인터페이스(멀티링크 프레임 릴레이 및 MLPPP 포함) -
mo- 모니터링 서비스 인터페이스(모니터링 서비스 및 모니터링 서비스 II 포함). 논리적 인터페이스mo-fpc/pic/port.16383는 라우터 제어 트래픽에 대해 내부적으로 생성된 구성할 수 없는 인터페이스입니다. -
ms—멀티 서비스 인터페이스. -
mt- 멀티캐스트 터널 인터페이스(VPN에 대한 내부 라우터 인터페이스). 라우터에 터널 PIC가 있는 경우, Junos OS는 구성하는 각 VPN에 대해 하나의 멀티캐스트 터널 인터페이스(mt)를 자동으로 구성합니다. 멀티캐스트 인터페이스를 구성할 필요는 없지만 문을 사용하여multicast-only터널이 멀티캐스트 트래픽만 송수신할 수 있도록 유닛과 제품군을 구성할 수 있습니다. 자세한 내용은 멀티캐스트 전용을 참조하십시오. -
mtun- 구성할 수 없는 내부적으로 생성된 인터페이스입니다. -
oc3—OC3 IQ 인터페이스(채널화된 OC12 IQ 및 IQE PIC 또는 채널화된 OC3 IQ 및 IQE PIC에 관한 구성). -
pd- 패킷을 캡슐화 해제하는 랑데부 포인트(RP)의 인터페이스입니다. -
pe- RP 라우터로 향하는 패킷을 캡슐화하는 첫 번째 홉 PIM 라우터의 인터페이스. -
pimd- 구성할 수 없는 내부적으로 생성된 인터페이스입니다. -
pime- 구성할 수 없는 내부적으로 생성된 인터페이스입니다. -
pip—EVPN에 대한 공급자 인스턴스 포트(PIP) 인터페이스. -
rlsq- 0에서 127까지 번호가 매겨진 컨테이너 인터페이스는 고가용성 구성에서 기본 및 보조 LSQ PIC를 함께 묶는 데 사용됩니다. 기본 PIC의 실패는 보조 PIC로 스위치되거나 그 반대의 경우도 마찬가지입니다. -
rms- 두 멀티 서비스 인터페이스에 대한 중복 인터페이스. -
rsp- 적응형 서비스 인터페이스에 대한 중복 가상 인터페이스. -
se- 시리얼 인터페이스(EIA-530, V.35 및 X.21 인터페이스 포함) -
si—트리오 기반 라인 카드에 호스팅되는 서비스 인라인 인터페이스. -
so—SONET/SDH 인터페이스. -
sp—적응형 서비스 인터페이스. 논리적 인터페이스sp-fpc/pic/port.16383는 라우터 제어 트래픽에 대해 내부적으로 생성된 구성할 수 없는 인터페이스입니다. -
stm1—STM1 인터페이스(OC3/STM1 인터페이스에 구성). -
stm4—STM4 인터페이스(OC12/STM4 인터페이스에 구성). -
stm16—STM16 인터페이스(OC48/STM16 인터페이스에 구성). -
t1- T1 인터페이스(채널화된 DS3-to-DS1 인터페이스 포함) -
t3- T3 인터페이스(채널화된 OC12 to DS3 인터페이스 포함) -
tap- 구성할 수 없는 내부적으로 생성된 인터페이스입니다. -
umd- USB 모뎀 인터페이스. -
vsp- 음성 서비스 인터페이스. -
vc4- 가상으로 연결된 인터페이스. -
vt- 가상 루프백 터널 인터페이스. -
vtep- VXLAN에 대한 가상 터널 엔드포인트 인터페이스입니다. -
xe—10기가비트 이더넷 인터페이스. 일부 오래된 10기가비트 이더넷 인터페이스는 네트워크 디바이스의 물리적 부분을 식별하기 위해 미디어 유형(보다xe는)을 사용합니다ge. -
xt- 레이어 2 터널 연결을 설정하는 보호 시스템 도메인에 대한 논리적 인터페이스입니다.
fpc 물리적 인터페이스가 위치한 FPC 또는 DPC 카드의 수를 식별합니다. 특히, 카드가 설치된 슬롯의 번호입니다.
M40, M40e, M160, M320, M120, T320, T640 및 T1600 라우터는 각각 섀시의 전면을 볼 때 좌에서 우로 0 에서 7까지 번호가 매겨진 8개의 FPC 슬롯을 가지고 있습니다. 호환 FPC 및 PIC에 대한 정보는 라우터의 하드웨어 가이드를 참조하십시오.
PTX1000 라우터에서 FPC 번호는 항상 0입니다.
M20 라우터에는 섀시의 전면을 볼 때 위에서 아래로 0에서 3까지 번호가 매겨진 4개의 FPC 슬롯이 있습니다. 슬롯 번호는 각 슬롯의 주변에 인쇄되어 있습니다.
MX 시리즈 라우터는 DPC, FPC, 및 모듈형 인터페이스 카드(MIC)를 지원합니다. 호환 DPC, FPC, PIC 및 MIC에 대한 정보는 MX 시리즈 인터페이스 모듈 참조 를 참조하십시오.
M5, M7i, M10 및 M10i 라우터의 경우 FPC가 섀시에 내장되어 있습니다. 섀시에 PIC를 설치합니다.
M5 및 M7i 라우터에는 최대 4개의 PIC를 위한 공간이 있습니다. 또한 M7i 라우터에는 통합 터널 PIC, 통합 AS PIC 옵션 또는 통합 MS PIC 옵션이 함께 제공됩니다.
M10 및 M10i 라우터에는 최대 8개의 PIC를 위한 공간이 있습니다.
라우팅 매트릭스는 최대 32개의 FPC(0에서 31까지 번호가 매겨진)를 가질 수 있습니다.
라우팅 매트릭스의 인터페이스 명명에 대한 자세한 내용은 TX 매트릭스 라우터를 기반으로 하는 라우팅 매트릭스의 인터페이스 명명을 참조하십시오.
pic 물리적 인터페이스가 위치한 PIC의 수를 식별합니다. 특히, FPC의 PIC 위치 번호입니다. 4개의 PIC 슬롯이 있는 FPC의 슬롯은 0에서 3으로 번호가 매겨집니다. 3개의 PIC 슬롯을 가진 FPC의 슬롯은 0에서 2까지 번호가 매겨집니다. PIC 위치는 FPC 캐리어 보드에 인쇄되어 있습니다. 하나 이상의 PIC 슬롯을 차지하는 PIC의 경우 하부 PIC 슬롯 번호는 PIC 위치를 식별합니다.
port PIC 또는 DPC에서 특정 포트를 식별합니다. 포트 수는 PIC에 따라 다릅니다. 포트 번호는 PIC에 인쇄되어 있습니다.
channel 인터페이스 이름의 채널 식별자 부분을 식별하며 채널화된 인터페이스에서만 필요합니다. 채널화된 인터페이스의 경우, 채널 0은 첫 번째 채널화된 인터페이스를 식별합니다.
인터페이스 이름의 논리적 부분
인터페이스 이름의 논리적 단위 부분은 논리적 단위 번호에 해당합니다. 사용 가능한 숫자의 범위는 인터페이스 유형에 따라 다릅니다.
이름의 가상 부분에서 마침표(.)는 포트 및 논리적 단위 번호를 분리합니다.
type-fpc/pic/port[:channel]
.logical-unit
인터페이스 이름의 구분 기호
인터페이스 이름의 각 요소 사이에는 분리 문자가 있습니다.
이름의 물리적 부분에서 하이픈(-)은 FPC 번호와 미디어 유형을 분리하고 슬래시(/)는 FPC, PIC 및 포트 번호를 분리합니다.
이름의 가상 부분에서 마침표(.)는 채널 및 논리적 단위 번호를 구분합니다.
콜론(:)은 인터페이스 이름의 물리적 부분과 가상 부분을 분리합니다.
인터페이스 이름의 채널 부분
인터페이스 이름의 채널 식별자 부분은 채널화된 인터페이스에서만 필요합니다. 채널화된 인터페이스의 경우, 채널 0은 첫 번째 채널화된 인터페이스를 식별합니다. 채널화된 IQ 및 채널화된 IQE 인터페이스의 경우, 채널 1은 첫 번째 채널화된 인터페이스를 나타냅니다. 연결되지 않은(즉, 채널화된) SONET/SDH OC48 인터페이스에는 0에서 3까지 번호가 매겨진 4개의 OC12 채널이 있습니다.
현재 라우터에 설치된 채널화된 PIC 유형을 확인하려면 CLI의 최고 수준에서 명령을 사용합니다 show chassis hardware . 채널화된 IQ 및 IQE PIC는 설명서의 출력에 "지능형 큐잉 IQ" 또는 "향상된 지능형 큐잉 IQE"와 함께 나열되어 있습니다. 자세한 정보는 채널화된 인터페이스 개요를 참조하십시오.
ISDN 인터페이스의 경우, 형식의 B 채널을 지정합니다. bc-pim/0/port:n 이 예에서 은(는) n B 채널 ID이며 1 또는 2일 수 있습니다. D 채널을 형식에서 dc-pim/0/port:0지정합니다.
ISDN의 경우, B 채널 및 D 채널 인터페이스에는 구성 가능한 매개 변수가 없습니다. 그러나 인터페이스 통계가 표시될 때, B 채널 및 D 채널 인터페이스가 통계적 값을 갖습니다.
Junos OS 구현에서 논리 인터페이스라는 용어는 일반적으로 계층 수준에서 문을 포함하여 unit 구성하는 인터페이스를 의미합니다.[edit interfaces interface-name] 논리적 인터페이스에는 인터페이스 이름 끝에 설명자가 있습니다.logical( 또는 t1-0/0/0:0.1에서와 같 ge-0/0/0.1 이). 여기서 논리적 단위 번호는 1입니다.
채널화된 인터페이스는 일반적으로 논리 또는 가상으로 간주되지만 Junos OS는 채널화된 IQ 또는 IQE PIC 내의 T3, T1 및 NxDS0 인터페이스를 물리적 인터페이스로 간주합니다. 예를 들어, 두 가지 t3-0/0/0:1 모두 t3-0/0/0 는 Junos OS에 의해 물리적 인터페이스로 취급됩니다. 대조적으로, t3-0/0/0.2 는 t3-0/0/0:1.2 인터페이스 이름 끝에 가 있기 .2 때문에 논리적 인터페이스로 간주됩니다.
TX 매트릭스 라우터에 기반하여 라우팅 매트릭스에 대한 인터페이스 명명 규칙
주니퍼 네트웍스 TX 매트릭스 라우터를 기반으로 하는 라우팅 매트릭스는 하나의 TX 매트릭스 라우터와 하나에서 4개까지 상호 연결된 T640 라우터로 구성된 다중 섀시 아키텍처입니다. 사용자 인터페이스의 관점에서 라우팅 매트릭스는 단일 라우터로 나타납니다. TX 매트릭스 라우터는 그림 1과 같이 모든 T640 라우터를 제어합니다.
TX 매트릭스 라우터는 스위치 카드 섀시 (SCC)라고도 합니다. CLI는 TX 매트릭스 라우터를 참조하는 데 사용됩니다 scc . 라우팅 매트릭스의 T640 라우터는 회 선 카드 섀시 (LCC)라고도 합니다. CLI는 특정 T640 라우터를 언급하는 접두사로 사용합니다 lcc .
모든 LCC에는 하드웨어 설정 및 TX 매트릭스 라우터에 대한 연결에 따라 0에서 3까지의 번호가 할당됩니다. 자세한 정보는 TX Matrix 라우터 하드웨어 가이드를 참조하십시오. 라우팅 매트릭스는 최대 4개의 T640 라우터를 가질 수 있으며 각 T640 라우터에는 최대 8개의 FPC가 있습니다. 따라서 전체 라우팅 매트릭스는 최대 32개의 FPC(0 에서 31) 를 가질 수 있습니다.
Junos OS CLI에서 인터페이스 이름은 다음과 같은 형식을 갖습니다.
type-fpc/pic/port
라우팅 매트릭스에서 T640 라우터의 수를 지정할 fpc 때, Junos OS는 다음 할당에 따라 지정된 FPC를 포함하는 T640 라우터를 결정합니다.
-
LCC 0에서 FPC 하드웨어 슬롯 0에서 7은 0에서 7로 구성됩니다.
-
LCC 1에서 FPC 하드웨어 슬롯 0에서 7은 8에서 15로 구성됩니다.
-
LCC 2에서 FPC 하드웨어 슬롯 0에서 7은 16에서 23으로 구성됩니다.
-
LCC 3에서 FPC 하드웨어 슬롯 0에서 7은 24에서 31로 구성됩니다.
예를 들어, in se-1/0/0 은 1 로 레이블이 지정된 T640 라우터의 FPC 하드웨어 슬롯 1을 나타냅니다.lcc0 in t1-11/2/0 은 11 로 레이블이 지정된 lcc1T640 라우터의 FPC 하드웨어 슬롯 3을 나타냅니다. in so-20/0/1 은 20 로 레이블이 지정된 lcc2T640 라우터의 FPC 하드웨어 슬롯 4를 나타냅니다. in t3-31/1/0 은 31 로 레이블이 지정된 lcc3T640 라우터의 FPC 하드웨어 슬롯 7을 나타냅니다.
표 1 은 라우팅 매트릭스에서 T640 라우터에 대한 FPC 번호 매김을 요약합니다.
| T640 라우터에 할당된 LCC 번호 |
구성 번호 |
|---|---|
| 0 |
0에서 7까지 |
| 1 |
8에서 15까지 |
| 2 |
16부터 23까지 |
| 3 |
24부터 31까지 |
표 2 에는 각 FPC 하드웨어 슬롯과 LCC 0 에서 3까지의 해당 구성 번호가 나와 있습니다.
| FPC 번호 매기기 |
T640 라우터 |
|||||||
|---|---|---|---|---|---|---|---|---|
|
|
LCC 0 | |||||||
| 하드웨어 슬롯 | 0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
| 구성 번호 | 0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
| LCC 1 | ||||||||
| 하드웨어 슬롯 | 0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
| 구성 번호 | 8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
| LCC 2 | ||||||||
| 하드웨어 슬롯 | 0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
| 구성 번호 | 16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
| LCC 3 | ||||||||
| 하드웨어 슬롯 | 0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
| 구성 번호 | 24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
TX Matrix Plus 라우터에 기반하여 라우팅 매트릭스에 대한 인터페이스 명명 규칙
주니퍼 네트웍스 TX Matrix Plus 라우터를 기반으로 하는 라우팅 매트릭스는 하나의 TX Matrix Plus 라우터와 하나에서 4개까지 상호 연결된 T1600 라우터로 구성된 다중 섀시 아키텍처입니다. 사용자 인터페이스의 관점에서 라우팅 매트릭스는 단일 라우터로 나타납니다. TX Matrix Plus 라우터는 그림 2와 같이 모든 T1600 라우터를 제어합니다.
를 기반으로 하는 라우팅 매트릭스
TX Matrix Plus 라우터는 스위치 패브릭 섀시 (SFC)라고도 합니다. CLI는 TX Matrix Plus 라우터를 참조하는 데 사용합니다 sfc . 라우팅 매트릭스의 T1600 라우터는 회 선 카드 섀시 (LCC)라고도 합니다. CLI는 특정 T1600 라우터를 참조하는 접두사로 사용합니다 lcc .
LCC에는 하드웨어 설정 및 TX Matrix Plus 라우터에 대한 연결에 따라 0에서 3까지의 번호가 할당됩니다. 자세한 정보는 TX Matrix Plus 라우터 하드웨어 가이드를 참조하십시오. TX Matrix Plus 라우터를 기반으로 하는 라우팅 매트릭스는 최대 4개의 T1600 라우터를 가질 수 있으며 각 T1600 라우터에는 최대 8개의 FPC가 있습니다. 따라서 전체 라우팅 매트릭스는 최대 32개의 FPC(0 에서 31) 를 가질 수 있습니다.
Junos OS CLI에서 인터페이스 이름은 다음과 같은 형식을 갖습니다.
type-fpc/pic/port
라우팅 매트릭스에서 T1600 라우터의 수를 지정할 fpc 때, Junos OS는 다음 할당에 따라 지정된 FPC를 포함하는 T1600 라우터를 결정합니다.
-
LCC 0에서 FPC 하드웨어 슬롯 0에서 7은 0에서 7로 구성됩니다.
-
LCC 1에서 FPC 하드웨어 슬롯 0에서 7은 8에서 15로 구성됩니다.
-
LCC 2에서 FPC 하드웨어 슬롯 0에서 7은 16에서 23으로 구성됩니다.
-
LCC 3에서 FPC 하드웨어 슬롯 0에서 7은 24에서 31로 구성됩니다.
예를 들어, in se-1/0/0 은 1 로 레이블이 지정된 T1600 라우터의 FPC 하드웨어 슬롯 1을 나타냅니다.lcc0 11 in t1-11/2/0 은 로 레이블이 지정된 lcc1T1600 라우터의 FPC 하드웨어 슬롯 3을 나타냅니다. 20 in so-20/0/1 은 로 레이블이 지정된 lcc2T1600 라우터의 FPC 하드웨어 슬롯 4를 나타냅니다. 31 in t3-31/1/0 은 로 레이블이 지정된 lcc3T1600 라우터의 FPC 하드웨어 슬롯 7을 나타냅니다.
표 3 은 TX 매트릭스 플러스 라우터를 기반으로 라우팅 매트릭스에 대한 FPC 번호 매김을 요약합니다.
| T1600 라우터에 할당된 LCC 번호 |
구성 번호 |
|---|---|
| 0 |
0에서 7까지 |
| 1 |
8에서 15까지 |
| 2 |
16부터 23까지 |
| 3 |
24부터 31까지 |
표 4 에는 각 FPC 하드웨어 슬롯과 LCC 0 에서 3까지의 해당 구성 번호가 나와 있습니다.
| FPC 번호 매기기 |
T1600 라우터 |
|||||||
|---|---|---|---|---|---|---|---|---|
|
|
LCC 0 | |||||||
| 하드웨어 슬롯 | 0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
| 구성 번호 | 0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
| LCC 1 | ||||||||
| 하드웨어 슬롯 | 0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
| 구성 번호 | 8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
| LCC 2 | ||||||||
| 하드웨어 슬롯 | 0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
| 구성 번호 | 16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
| LCC 3 | ||||||||
| 하드웨어 슬롯 | 0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
| 구성 번호 | 24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
섀시 인터페이스 명명
계층 수준에서 [edit chassis] 프레이밍과 같은 일부 PIC 속성을 구성합니다. 섀시 인터페이스 명명은 라우팅 하드웨어에 따라 다릅니다.
-
독립형 라우터에 대한 PIC 속성을 구성하려면 다음과 같이 FPC 및 PIC 번호를 지정해야 합니다.
[edit chassis] fpc slot-number { pic pic-number { ... } } -
라우팅 매트릭스에 구성된 T640 또는 T1600 라우터의 PIC 속성을 구성하기 위해 다음과 같이 LCC, FPC 및 PIC 번호를 지정해야 합니다.
[edit chassis] lcc lcc-number { fpc slot-number { # Use the hardware FPC slot number pic pic-number { ... } } }라우팅 매트릭스의 T640 라우터의 FPC 슬롯의 경우 T640 라우터 섀시에 레이블된대로 실제 하드웨어 슬롯 번호를 지정합니다. 표 2에 표시된 해당 소프트웨어 FPC 구성 번호는 사용하지 마십시오.
라우팅 매트릭스의 T1600 라우터의 FPC 슬롯의 경우 T1600 라우터 섀시에 레이블된대로 실제 하드웨어 슬롯 번호를 지정합니다. 표 3에 표시된 해당 소프트웨어 FPC 구성 번호는 사용하지 마십시오.
계층에 [edit chassis] 대한 자세한 내용은 라우팅 디바이스용 Junos OS 관리 라이브러리를 참조하십시오.
예: 인터페이스 명명
이 섹션은 인터페이스 명명의 예를 제공합니다. 슬롯, PIC 및 포트가 어디에 있는지 대한 일러스트레이션은 그림 3을 참조하십시오.
PIC 위치 0과 1에 두 개의 OC3 SONET/SDH PIC가 있는 슬롯 1의 FPC의 경우, 두 개의 포트를 가진 각 PIC는 다음과 같은 이름을 사용합니다.
so-1/0/0.0 so-1/0/1.0 so-1/1/0.0 so-1/1/1.0
슬롯 1 및 연결 모드의 OC48 SONET/SDH PIC는 단일 포트를 가진 단일 PIC가 있는 단일 FPC로 나타납니다. 이 인터페이스에 하나의 논리적 단위가 있는 경우 다음과 같은 이름을 가집니다.
so-1/0/0.0
슬롯 1 및 채널화된 모드의 OC48 SONET/SDH PIC에는 각 채널에 대한 번호가 있습니다. 예를 들면 다음과 같습니다.
so-1/0/0:0 so-1/0/0:1
PIC 위치 2에 채널화된 OC12 PIC가 있는 슬롯 1의 FPC의 경우 DS3 채널은 다음과 같은 이름을 가집니다.
t3-1/2/0:0 t3-1/2/0:1 t3-1/2/0:2 ... t3-1/2/0:11
4개의 OC12 ATM PIC(FPC가 완전히 채워짐)가 있는 슬롯 1의 FPC의 경우, 각각 단일 포트와 단일 논리 장치가 있는 4개의 PIC는 다음과 같은 이름을 가집니다.
at-1/0/0.0 at-1/1/0.0 at-1/2/0.0 at-1/3/0.0
4개의 SONET OC192 PIC가 있는 슬롯 5의 FPC에 대해 레이블이 지정된 T640 라우터 lcc1의 라우팅 매트릭스에서 각각 단일 포트와 단일 논리 장치가 있는 4개의 PIC는 다음과 같은 이름을 가집니다.
so-13/0/0.0 so-13/1/0.0 so-13/2/0.0 so-13/3/0.0
하나의 4포트 ISDN BRI 인터페이스 카드가 있는 슬롯 1의 FPC의 경우 포트 4는 다음과 같은 이름을 가집니다.
br-1/0/4
첫 번째 B-채널, 두 번째 B-채널 및 제어 채널은 다음과 같은 이름을 가집니다.
bc-1/0/4:1 bc-1/0/4:2 dc-1/0/4:0
인터페이스 설명자 개요
인터페이스를 구성할 때 물리적 인터페이스 설명자에 대한 속성을 효과적으로 지정합니다. 대부분의 경우 물리적 인터페이스 설명자는 단일 물리적 디바이스에 해당하며 다음과 같은 부분으로 구성됩니다.
-
미디어 유형을 정의하는 인터페이스 이름
-
FPC가 위치한 슬롯
-
PIC가 설치된 FPC의 위치
-
PIC 포트
-
인터페이스의 채널 및 논리적 단위 번호 (선택사항)
각 물리적 인터페이스 설명자는 하나 이상의 논리적 인터페이스 설명자를 포함할 수 있습니다. 이러한 설명자를 사용하면 하나 이상의 논리적(또는 가상) 인터페이스를 단일 물리적 디바이스에 매핑할 수 있습니다. 여러 논리적 인터페이스를 생성하면 여러 가상 회로, 데이터 링크 연결 또는 가상 LAN(VLAN)을 단일 인터페이스 디바이스와 연결할 수 있습니다.
각 논리적 인터페이스 설명자는 하나 이상의 패밀리 설명자를 가질 수 있어 관련 프로토콜 패밀리를 정의하고 논리적 인터페이스를 통해 실행되도록 허용됩니다.
지원되는 프로토콜 제품군은 다음과 같습니다.
-
인터넷 프로토콜 버전 4(IPv4) 제품군(inet)
-
인터넷 프로토콜 버전 6(IPv6) 제품군(inet6)
-
이더넷(이더넷 스위칭)
-
CCC(Circuit cross-connect)
-
TCC(Transational cross-connect)
-
국제 표준화 기구(ISO)
-
다중 링크 프레임 릴레이 엔드 투 엔드 (MLFR end-to-end)
-
다중 링크 프레임 릴레이 사용자-네트워크 인터페이스 네트워크-네트워크 인터페이스 (MLFR UNI NNI)
-
멀티링크 포인트 투 포인트 프로토콜(MLPPP)
-
MPLS(Multiprotocol Label Switching)
-
트리비얼 네트워크 프로토콜(TNP)
-
(M Series, T 시리즈, MX 시리즈 라우터만 해당) 가상 프라이빗 LAN 서비스(VPLS)
마지막으로, 각 패밀리 설명자는 하나 이상의 주소 항목을 가질 수 있으며, 이는 네트워크 주소를 논리적 인터페이스에 연결하므로 물리적 인터페이스와 연결합니다.
다양한 인터페이스 설명자를 다음과 같이 구성합니다.
-
명령문을 포함하여 물리적 인터페이스 설명자를 구성합니다.
interfaces interface-name -
다음 예제에서 볼 수 있듯이 명령문 내에
interfaces interface-name명령문을 포함unit하거나 인터페이스 이름et-0/0/0.1끝에 설명자를 포함.logical함으로써 논리적 인터페이스 설명자를 구성합니다.[edit] user@host# set interfaces et-0/0/0 unit 1 [edit] user@host# edit interfaces et-0/0/0.1 [edit interfaces et-0/0/0] user@host# set unit 1
-
명령문 내에 family 명령문을 포함함으로써 family 설명자를 구성합니다
unit. -
명령문 내에 터널 명령문을 포함함으로써 터널을 구성합니다
unit.
논리적 인터페이스의 주소는 터널 인터페이스의 소스 또는 대상 주소와 동일할 수 없습니다. 터널 인터페이스의 주소로 논리적 인터페이스를 구성하려고 하거나 그 반대의 경우, 커밋 실패가 발생합니다.
인터페이스 이름의 물리적 부분
ACX 시리즈, PTX 시리즈, QFX 시리즈 디바이스의 인터페이스 이름
인터페이스에 대한 정보를 표시할 때, 인터페이스 유형, FPC(Flexible PIC Concentrator)가 설치된 슬롯, PIC( Physical Interface Card )가 위치한 FPC의 슬롯 및 구성된 포트 번호를 지정합니다.
일부 주니퍼 디바이스에는 실제 PIC가 없습니다. 대신 라우터의 전면 패널에 네트워크 포트가 내장되어 있습니다. 이러한 포트의 이름은 FPC, PIC 및 포트가 유사 디바이스라는 이해를 가지고 PIC가 있는 디바이스에 사용되는 동일한 명명 규칙을 사용하여 지정됩니다. 이러한 포트 중 하나에 대한 정보를 표시할 때, 인터페이스 유형, FPC(Flexible PIC Concentrator)에 대한 슬롯, PIC( Physical Interface Card )에 대한 FPC의 슬롯, 구성된 포트 번호를 지정합니다.
CLI에서 모든 PTX3000 PIC는 로 표시됩니다. pic0 자세한 정보는 PTX3000 PIC 설명을 참조하십시오.
인터페이스 이름의 물리적 부분에서 하이픈(-)은 FPC 번호와 미디어 유형(예: et)을 분리합니다. 슬래시(/)는 FPC, PIC 및 포트 번호를 분리합니다. 콜론(:)은 포트 번호와 채널을 구분합니다(선택 사항).
type-fpc/pic/port[:channel]
M Series 및 T 시리즈 라우터의 인터페이스 이름
M Series 및 T 시리즈 라우터에서는 인터페이스에 대한 정보를 표시할 때 인터페이스 유형, FPC(Flexible PIC Concentrator)가 설치된 슬롯, PIC( Physical Interface Card )가 위치한 FPC의 슬롯 및 구성된 포트 번호를 지정합니다.
인터페이스 이름의 물리적 부분에서 하이픈(-)은 FPC 번호와 미디어 유형을 분리하고 슬래시(/)는 FPC, PIC 및 포트 번호를 분리합니다.
type-fpc/pic/port
물리적 설명의 type-fpc/pic/port 예외에는 각각 구문 및 as number구문을 ae number 사용하는 어그리게이션 이더넷 및 어그리게이션 SONET/SDH 인터페이스가 포함됩니다.
MX 시리즈 라우터의 인터페이스 이름
MX 시리즈 라우터에서 인터페이스에 대한 정보를 표시할 때 인터페이스 유형, DPC(Dense Port Concentrator), FPC(Flexible PIC Concentrator) 또는 MPC(Modular Port Concentrator) 슬롯, PIC 또는 MIC 슬롯, 구성된 포트 번호를 지정합니다.
MX 시리즈 라우터는 DPC, FPC, MPC, MIC, PIC를 사용하지만, 이 책의 명령 구문은 단순화를 위해 /pic/port로 fpc표시됩니다.
인터페이스 이름의 물리적 부분에서 하이픈(-)은 FPC 번호와 미디어 유형을 분리하고 슬래시(/)는 DPC, FPC 또는 MPC, MIC 또는 PIC 및 포트 번호를 분리합니다.
type-fpc/pic/port
fpc- DPC, FPC 또는 MPC가 설치된 슬롯입니다.
pic- PIC가 위치한 FPC의 슬롯입니다.
DPC, MIC 및 16포트 MPC의 경우, PIC 값은 포트의 논리적 그룹이며 플랫폼에 따라 다릅니다.
port- DPC, PIC, MPC 또는 MIC의 포트 번호입니다.
인터페이스 구성 표시
구성을 표시하려면 구성 모드에서 명령을 사용하거나 show configuration 최상위 명령을 사용합니다show. 인터페이스는 가장 작은 슬롯 번호에서 가장 큰 슬롯 번호 순서, 가장 작은 PIC 번호에서 가장 큰 PIC 번호 순서, 가장 작은 포트 번호에서 가장 큰 포트 번호 순서대로 번호 순서대로 나열됩니다.
인터페이스 캡슐화 개요
표 5 에는 인터페이스 유형별 캡슐화 지원 목록이 나와 있습니다.
인터페이스 유형 |
물리적 인터페이스 캡슐화 |
논리적 인터페이스 캡슐화 |
|---|---|---|
|
|
|
|
|
|
|
NA |
|
|
|
|
|
|
|
|
|
|
NA |
NA |
|
|
NA |
NA |
|
|
|
|
|
|
|
|
|
|
NA |
NA |
|
|
|
|
|
|
|
|
|
|
NA |
NA |
|
|
|
|
|
|
NA |
NA |
| 이더넷 인터페이스 |
|
|
|
|
NA |
NA |
|
|
NA |
NA |
|
|
|
|
|
|
|
|
|
|
NA |
|
|
|
NA |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 컨트롤러 수준 채널화된 IQ 인터페이스( |
NA |
NA |
| 서비스 인터페이스( |
NA |
NA |
| 구성할 수 없는 내부 생성 인터페이스( |
NA |
NA |
GMPLS 제어 채널에 대해서만 GRE 인터페이스(gre-x/y/z)를 구성할 수 있습니다. GRE 인터페이스는 다른 애플리케이션에 대하여 지원되거나 구성할 수 없습니다. GMPLS에 대한 자세한 내용은 Junos OS MPLS 애플리케이션 사용자 가이드를 참조하십시오.
임시 인터페이스 이해
M Series, MX 시리즈 및 T 시리즈 라우터에는 FPC[ Flexible PIC Concentrator ] 또는 Dense Port Concentrator [DPC](MX 시리즈 라우터용) 또는 MPC[ Modular Port Concentrator ](MX 시리즈 라우터용)를 설치하기 위한 슬롯이 포함되어 있습니다. PIC[ Physical Interface Card ]는 FPC에 설치할 수 있습니다. MIC[ Modular Interface Card ]는 MPC에 삽입할 수 있습니다.
설치할 수 있는 PIC의 수는 디바이스와 FPC의 유형에 따라 다릅니다. PIC는 네트워크에 실제 물리적 인터페이스를 제공합니다. MX 시리즈 라우터에는 네트워크에 물리적 인터페이스를 제공하는 DPC 보드를 설치하거나 PIC를 설치할 수 있는 FPC를 설치하기 위한 슬롯이 포함되어 있습니다.
적절한 라우터에서 지원하는 모든 슬롯에 모든 DPC 또는 FPC를 삽입할 수 있습니다. 일반적으로 라우터와 호환되는 모든 PIC 조합을 FPC의 모든 위치에 배치할 수 있습니다. (총 FPC 대역폭에 의해 제한을 받으며, 일부 PIC가 FPC에서 물리적으로 2개 또는 4개의 PIC 위치를 필요로 한다는 사실에 의해 제한됩니다. 경우에 따라 전력 제한 또는 마이크로코드 제한이 적용될 수도 있습니다.) DPC 및 PIC 호환성을 확인하려면 라우터의 인터페이스 모듈 참조를 참조하십시오.
MPC는 적절한 라우터에서 이를 지원하는 모든 슬롯에 삽입할 수 있습니다. MPC가 해당 MIC를 지원하는 한 동일한 MPC에 서로 다른 미디어 유형의 MIC를 최대 2개까지 설치할 수 있습니다.
이러한 물리적 인터페이스는 라우터의 임시 인터페이스입니다. 임시 인터페이스라 부르는 이유는 언제든지 DPC 또는 FPC 또는 MPC 및 해당 PIC 또는 MIC를 핫스왑할 수 있기 때문입니다.
각 임시 인터페이스는 FPC 또는 DPC 또는 MPC가 설치된 슬롯, PIC 또는 MIC가 설치된 위치, 그리고 다중 포트 PIC 또는 MIC의 경우 연결하는 포트를 기반으로 구성해야 합니다.
라우터에 이미 설치된 PIC 또는 MIC의 인터페이스는 물론 나중에 설치할 예정인 PIC 또는 MIC의 인터페이스도 구성할 수 있습니다. Junos OS는 어떤 인터페이스가 실제로 존재하는지 감지하므로, 소프트웨어가 구성을 활성화할 때 존재하는 인터페이스만 활성화하고 존재하지 않는 인터페이스에 대한 구성 정보는 보존합니다. Junos OS가 PIC를 포함하는 FPC 또는 MIC를 포함하는 MPC가 라우터에 삽입되었음을 감지하면 소프트웨어는 해당 인터페이스에 대한 구성을 활성화합니다.
서비스 인터페이스 이해
서비스 인터페이스를 사용하여 네트워크에 서비스를 점진적으로 추가할 수 있습니다. Junos OS는 다음 서비스 PIC를 지원합니다.
어댑티브 서비스(AS) PIC - 서비스 및 애플리케이션 집합을 구성하여 단일 PIC에서 여러 서비스를 제공할 수 있도록 합니다. AS PIC는 사용자가 하나 이상의 서비스 집합에서 구성하는 특별한 범위의 서비스를 제공합니다.
ES PIC - IP 버전 4(IPv4) 및 IP 버전 6(IPv6) 네트워크 계층을 위한 보안 도구 모음을 제공합니다. 이 도구 모음은 출처 인증, 데이터 무결성, 기밀성, 재생 보호 및 출처 부인 방지와 같은 기능을 제공합니다. 또한 키 생성 및 교환, 보안 연결 관리 및 디지털 인증서 지원을 위한 메커니즘을 정의합니다.
모니터링 서비스 PIC - 트래픽 흐름을 모니터링하고 모니터링된 트래픽을 내보낼 수 있도록 합니다. 트래픽 모니터링을 통해 네트워크의 소스 노드와 대상 노드 간의 IPv4 트래픽 흐름에 대한 자세한 정보를 수집하고 내보낼 수 있습니다. 모니터링 인터페이스에서 들어오는 모든 IPv4 트래픽을 샘플링하고 데이터를 cflowd 레코드 형식으로 표시합니다. 들어오는 트래픽 흐름에 대해 accounting 폐기 수행; 나가는 cflowd 레코드, 가로챈 IPv4 트래픽 또는 둘 다를 암호화하거나 터널링합니다. 필터링된 트래픽을 다른 패킷 분석기로 전송하고 데이터를 원래 형식으로 표시합니다. 모니터링 서비스 II PIC에서는 모니터링 인터페이스 또는 수집기 인터페이스를 구성할 수 있습니다. 수집기 인터페이스를 사용하면 여러 개의 cflowd 레코드를 압축된 ASCII 데이터 파일로 결합하고 해당 파일을 FTP 서버로 내보낼 수 있습니다.
멀티링크 서비스, 멀티서비스, 링크 서비스 및 보이스 서비스 PIC - 여러 논리 데이터 링크에서 데이터그램을 분할, 재결합 및 시퀀싱할 수 있도록 합니다. 다중 링크 운영의 목표는 고정된 시스템 쌍 간에 여러 개의 독립적인 링크를 조정하여 어떤 멤버보다도 더 큰 대역폭을 가진 가상 링크를 제공하는 것입니다.
터널 서비스 PIC - 터널링은 전송 프로토콜 내에 임의의 패킷을 캡슐화함으로써 공용 네트워크를 통한 비공개된 안전한 경로를 제공합니다. 터널은 불연속 서브네트워크를 연결하고 암호화 인터페이스, 가상 사설망(VPN) 및 MPLS(Multiprotocol Label Switching)를 활성화합니다.
M Series 및 T 시리즈 라우터에서는 논리적 터널 인터페이스를 사용하여 논리적 시스템, 가상 라우터 또는 VPN 인스턴스를 연결할 수 있습니다. VPN에 대한 자세한 내용은 라우팅 디바이스용 Junos OS VPN 라이브러리를 참조하십시오. 터널 구성에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 서비스 인터페이스 라이브러리를 참조하십시오.
컨테이너 인터페이스 이해
컨테이너 인터페이스는 다음과 같은 기능을 제공합니다.
-
SONET/SDH 및 ATM 링크의 자동 보호 스위칭(APS)은 컨테이너 인프라를 사용하여 지원됩니다.
-
컨테이너 물리적 인터페이스와 논리적 인터페이스는 전환 시 작동 상태를 유지합니다.
-
APS 매개 변수는 컨테이너 인터페이스에서 멤버 링크로 자동 복사됩니다.
페어링된 그룹과 단방향 APS는 현재 지원되지 않습니다.
SONET/SDH 구성에 대한 자세한 정보는 SONET 링크에서 APS에 대한 컨테이너 인터페이스 구성을 참조하십시오.
컨테이너 인터페이스 기능은 다음 섹션에 설명되어 있습니다.
기존 APS 개념 이해
기존 자동 보호 스위칭(APS)은 두 개의 독립적인 물리적 SONET/SDH 인터페이스에서 구성됩니다. 한 인터페이스는 작동 회로로 구성되고 다른 인터페이스는 보호 회로로 구성됩니다( 그림 4 참조). 그림에서 Circuit X라는 서킷은 두 개의 SONET 인터페이스 간의 링크입니다.
기존 APS는 각각의 개별 SONET/SDH 인터페이스에서 실행되는 라우팅 프로토콜을 사용합니다. 서킷이 실제 인터페이스가 아닌 추상적인 구조이기 때문입니다. 작동 링크가 다운되면 APS 인프라는 보호 링크와 기본 논리 인터페이스를 불러오고 작동 링크와 기본 논리 인터페이스를 다운시켜 라우팅 프로토콜이 다시 수렴되도록 합니다. 이로 인해 시간이 소요되고 APS 인프라가 스위치를 빠르게 수행하더라도 트래픽 손실이 발생합니다.
컨테이너 인터페이스 개념
트래픽 손실 문제를 해결하기 위해 Junos OS 는 컨테이너 인터페이스라고 하는 소프트 인터페이스 구성을 제공합니다( 그림 5 참조).
컨테이너 인터페이스를 사용하면 물리적 SONET/SDH 및 ATM 인터페이스 대신 가상 컨테이너 인터페이스 와 연결된 논리적 인터페이스에서 라우팅 프로토콜을 실행할 수 있습니다. APS가 오류 상태에 따라 기본 물리적 링크를 전환하면 컨테이너 인터페이스가 작동 상태를 유지하고 컨테이너 인터페이스의 논리적 인터페이스 는 플랩되지 않습니다. 라우팅 프로토콜은 APS 스위칭을 인식하지 못합니다.
컨테이너 기반 인터페이스에 대한 APS 지원
컨테이너 인터페이스를 통해 APS는 컨테이너 인터페이스 자체에 구성됩니다. 개별 멤버 SONET/SDH 및 ATM 링크는 구성에서 기본(작동 중인 서킷에 해당) 또는 대기(보호 서킷에 해당)로 표시됩니다. 컨테이너 인터페이스 모델에 서킷 또는 그룹 이름이 지정되지 않습니다. 물리적 SONET/SDH 및 ATM 링크는 단일 컨테이너 인터페이스에 연결하여 APS 그룹에 배치합니다. APS 매개 변수는 컨테이너 인터페이스 수준에 지정되며 APS 데몬에 의해 개별 SONET/SDH 및 ATM 링크로 전파됩니다.
APS 매개 변수의 자동 복사
대부분의 매개 변수는 두 회로에 대해 동일해야 하므로 일반적인 응용 프로그램에서는 작동 중인 회로에서 보호 회로로 APS 매개 변수를 복사해야 합니다. 이것은 컨테이너 인터페이스에서 자동으로 수행됩니다. APS 매개 변수는 컨테이너 물리적 인터페이스 구성에 따라 한 번만 지정되며 개별 물리적 SONET/SDH 및 ATM 링크에 내부적으로 복사됩니다.
또한보십시오
내부 이더넷 인터페이스 이해하기
주니퍼 디바이스 내에서 내부 이더넷 인터페이스는 라우팅 엔진과 패킷 전달 엔진 간의 통신을 제공합니다. Junos OS 는 부팅 시 내부 이더넷 인터페이스를 자동으로 구성 Junos OS . Junos OS 는 패킷 전달 구성 요소 하드웨어를 부팅합니다. 이러한 구성 요소가 실행되면 컨트롤 보드(CB)는 내부 이더넷 인터페이스를 사용하여 하드웨어 상태 정보를 라우팅 엔진으로 전송합니다. 하드웨어 상태 정보에는 내부 라우터 온도, 팬의 상태, FPC의 제거 또는 삽입 여부 및 크래프트 인터페이스의 LCD 정보를 포함합니다.
라우터에 대해 지원되는 내부 이더넷 인터페이스를 결정하려면 라우터에서 지원되는 라우팅 엔진 을 참조하십시오.
Junos OS가 자동으로 구성하는 내부 이더넷 인터페이스에 대한 구성은 수정하거나 제거하지 마십시오. 그럴 경우 디바이스 기능이 중단됩니다.
-
대부분의 주니퍼 디바이스 - Junos OS 는 내부 이더넷 인터페이스를 생성합니다. 내부 이더넷 인터페이스는 라우팅 엔진
re0을 패킷 전달 엔진에 연결합니다.디바이스에 중복 라우팅 엔진이 있는 경우, 장애 허용 능력 지원을 위해 각 라우팅 엔진(
re0및re1)에 다른 내부 이더넷 인터페이스가 생성됩니다. 독립 컨트롤 플레인 사이re0를 연결하고re1연결하는 두 개의 물리적 링크. 링크 중 하나가 실패하면 두 라우팅 엔진 모두 IP 통신을 위해 다른 링크를 사용할 수 있습니다. -
TX Matrix Plus 라우터 - TX Matrix Plus 라우터에서 라우팅 엔진과 컨트롤 보드는 장치 또는 호스트 서브 시스템으로 작동합니다. 라우터의 각 호스트 서브 시스템에 대해 Junos OS는 자동으로 두 개의 내부 이더넷 인터페이스를
ixgbe0ixgbe1생성합니다.ixgbe0 및 ixgbe1 인터페이스는 TX 매트릭스 라우팅 엔진을 라우팅 매트릭스에 구성된 모든 회선 카드 섀시(LCC)의 라우팅 엔진에 연결합니다.
TX Matrix Plus 라우팅 엔진은 호스트 서브 시스템 내에서 10Gbps의 링크를 통해 고속 스위치에 연결됩니다. 스위치는 각 T1600 라우팅 엔진에 1Gbps의 링크를 제공합니다. 1Gbps 링크는 LCC의 TXP-CB와 LCC-CB 간의 UTP 카테고리 5 이더넷 케이블 연결을 통해 제공됩니다.
-
TX Matrix Plus 라우팅 엔진은 호스트 서브 시스템 내의 10Gbps 링크를 통해 로컬 컨트롤 보드의 고속 스위치에 연결됩니다.
-
기가비트 이더넷 스위치는 컨트롤 보드를 라우팅 매트릭스에 구성된 모든 LCC의 원격 라우팅 엔진에 연결합니다.
TX Matrix Plus 라우터가 중복 호스트 서브 시스템을 포함하는 경우, 독립 컨트롤 플레인은 각각의 라우팅 엔진에 있는 두 개의 10 기가비트 이더넷 포트 사이의 두 물리적 링크에 의해 연결됩니다.
-
원격 라우팅 엔진에 대한 기본 링크는 인터페이스에 있습니다
ixgbe0. 로컬 컨트롤 보드의 10기가비트 이더넷 스위치는 또한 라우팅 엔진를 원격 라우팅 엔진의 인터페이스에 의해ixgbe1액세스되는 10기가비트 이더넷 포트에 연결합니다. -
원격 라우팅 엔진에 대한 대체 링크는 인터페이스의 10기가비트 이더넷 포트입니다.
ixgbe1이 두 번째 포트는 라우팅 엔진을 원격 컨트롤 보드의 10기가비트 이더넷 스위치에 연결하고, 이 스위치는 원격 라우팅 엔진의 인터페이스에 있는ixgbe010기가비트 이더넷 포트에 연결합니다.
호스트 서브 시스템 간의 두 링크 중 하나가 실패하면 두 라우팅 엔진 모두 IP 통신을 위해 다른 링크를 사용할 수 있습니다.
-
-
라우팅 매트릭스의 LCC - 라우팅 매트릭스에서 구성된 LCC에서 라우팅 엔진과 컨트롤 보드는 유닛 또는 호스트 서브 시스템으로 작동합니다. LCC의 각 호스트 서브 시스템에 대해 Junos OS는 자동으로 두 개의 내부 이더넷 인터페이스를
bcm0생성하고em1라우팅 엔진의 두 개의 기가비트 이더넷 포트에 대해 생성합니다.인터페이스는
bcm0각 LCC의 라우팅 엔진를 라우팅 매트릭스에 구성된 다른 모든 LCC의 라우팅 엔진에 연결합니다.-
라우팅 엔진은 로컬 컨트롤 보드의 기가비트 이더넷 스위치에 연결됩니다.
-
스위치는 컨트롤 보드를 라우팅 매트릭스에 구성된 다른 모든 LCC의 원격 라우팅 엔진에 연결합니다.
라우팅 매트릭스의 LCC에 중복 호스트 서브 시스템이 포함된 경우, 독립 컨트롤 플레인은 각각의 라우팅 엔진의 기가비트 이더넷 포트 사이를 두 개의 물리적 링크로 연결됩니다.
-
원격 라우팅 엔진에 대한 기본 링크는 인터페이스에 있습니다
bcm0. 로컬 컨트롤 보드의 기가비트 이더넷 스위치는 또한 라우팅 엔진를 원격 라우팅 엔진의 인터페이스에서 액세스하는em1기가비트 이더넷 포트에 연결합니다. -
원격 라우팅 엔진에 대한 대체 링크는 인터페이스에 있습니다.
em1이 두 번째 포트는 라우팅 엔진을 원격 컨트롤 보드의 기가비트 이더넷 스위치에 연결하고, 이 스위치는 원격 라우팅 엔진의 인터페이스에 있는bcm0기가비트 이더넷 포트에 연결합니다.
호스트 서브 시스템 간의 두 링크 중 하나가 실패하면 두 라우팅 엔진 모두 IP 통신을 위해 다른 링크를 사용할 수 있습니다.
-
또한 각 디바이스에는 표준 PC형 tty 케이블을 사용하여 tty 형 터미널을 디바이스에 연결하기 위해 레이블(콘솔) 또는 AUX (보조)로 레이블이 지정된 CON 직렬 포트가 하나 또는 두 개 있습니다. 이러한 포트는 네트워크 인터페이스는 아니지만 디바이스에 대한 액세스를 제공합니다. 자세한 내용은 디바이스 하드웨어 가이드를 참고하십시오.
또한보십시오
ACX 시리즈 유니버설 메트로 라우터의 인터페이스 이해
ACX 시리즈 라우터는 시분할 멀티플렉싱(TDM) T1 및 E1 인터페이스와 이더넷(1기가비트 이더넷[GbE] 구리, 1GbE, 10GbE 및 40GbE 광섬유) 인터페이스를 지원하여 모바일 네트워크의 기존 요구 사항은 물론 진화하는 요구 사항까지 모두 충족합니다. 포트당 65와트의 PoE+(Power over Ethernet)를 지원하므로 전자레인지 또는 기타 액세스 인터페이스에 대한 추가 전기 케이블의 필요성이 줄어듭니다.
ACX 시리즈 라우터는 다음을 지원합니다.
TDM T1 및 E1 포트:
ACX1000 라우터에는 8개의 T1 또는 E1 포트가 있습니다.
ACX2000 라우터에는 16개의 T1 또는 E1 포트가 있습니다.
IMA(Inverse Multiplexing for ATM)
참고:ACX5048 및 ACX5096 라우터는 T1 또는 E1 포트 또는 IMA(Inverse Multiplexing for ATM)를 지원하지 않습니다.
기가비트 이더넷 포트:
ACX1000 라우터에는 8개의 GbE 포트가 있습니다. 또한 ACX1000 라우터는 4개의 RJ45(Cu) 포트 또는 4개의 GbE SFP(small form-factor pluggable) 트랜시버 설치를 지원합니다.
ACX2000 라우터에는 16개의 GbE 포트와 2개의 PoE 포트가 있습니다. 또한 ACX2000 라우터는 2개의 GbE SFP 트랜시버와 2개의 10GbE SFP+ 트랜시버 설치를 지원합니다.
ACX5448 라우터는 48개의 SFP+ 포트와 4개의 100GbE QSFP28 포트를 갖춘 10GbE 향상된 소형 폼 팩터 플러그형(SFP+) TOR(Top of Rack) 라우터입니다. 각 SFP+ 포트는 네이티브 10GbE 포트로 또는 1기가비트 광섬유 포트가 삽입된 경우 1GbE 포트로 작동할 수 있습니다. ACX5448 라우터의 48개 포트는 1GE 또는 10GE 모드로 구성할 수 있으며 이러한 포트는 xe 인터페이스 유형으로 표시됩니다. FPC 0의 PIC 1에는 4개의 100GE 포트가 있으며, 각 포트는 1x100GE, 1x40GE 또는 4x25GE 모드로 채널화할 수 있으며 이러한 포트는 et 인터페이스 유형으로 표시됩니다. 기본적으로 PIC 1의 포트 속도는 100GE입니다.
참고:ACX5448 라우터는 유사 회선 서비스 인터페이스를 지원하지 않습니다.
참고:ACX5048, ACX5096, ACX5448 라우터만 40GbE를 지원합니다. ACX5448 라우터는 40GbE에서 10GbE로의 채널링을 지원합니다.
T1 및 E1 시분할 멀티플렉싱(TDM) 인터페이스
ACX 시리즈 라우터에서는 명령문이나 기능을 변경하지 않아도 기존의 Junos OS TDM 기능이 지원됩니다. T1(ct1) 인터페이스 및 E1(ce1) 인터페이스에 대해 다음과 같은 주요 TDM 기능이 지원됩니다.
T1 및 E1 채널화
T1 및 E1 캡슐화
알람, 결함 및 통계
외부 및 내부 루프백
TDM 서비스 등급 (CoS)
T1 및 E1 모드 선택은 PIC 수준에서 이루어집니다. PIC 수준에서 T1 또는 E1 모드를 설정하려면 [chassis fpc slot-number pic slot-number] 계층 수준에서 t1 또는 e1 옵션과 함께 문을 포함 framing 합니다. 모든 포트는 T1 또는 E1이 될 수 있습니다. T1과 E1을 혼합하는 것은 지원되지 않습니다.
T1 또는 E1 BITS 인터페이스(ACX2000)
ACX2000 라우터에는 외부 클럭에 연결할 수 있는 T1 또는 E1 BITS(Building Integrated Timing Supply) 인터페이스가 있습니다. 인터페이스를 외부 클럭에 연결한 후에는 BITS 인터페이스가 외부 클럭에 대한 섀시 동기화를 위한 후보 소스가 되도록 BITS 인터페이스를 구성할 수 있습니다. BITS 인터페이스의 주파수는 [edit chassis synchronization] 계층 수준에서 문으로 network-option 선택한 동기식 EEC(Ethernet Equipment Client Clock)에 따라 달라집니다.
ACX1000 라우터는 BITS 인터페이스를 지원하지 않습니다.
IMA(Inverse Multiplexing for ATM)
ATM 포럼에서 정의된 IMA 사양 버전 1.1은 IMA 그룹으로도 알려진 T1 및 E1 인터페이스 번들을 통해 ATM 트래픽을 전송하는 데 사용되는 표준화된 기술입니다. 번들당 최대 8개의 링크와 PIC당 16개의 번들이 지원됩니다. 지원되는 주요 IMA 기능은 다음과 같습니다.
IMA 레이어 2 캡슐화
ATM CoS
ATM 폴리싱 및 셰이핑
명령에 대한
show interfaces at-fpc/pic/port extensive출력에서 거부된 패킷 수
기가비트 이더넷 인터페이스
ACX 시리즈 라우터에서는 명령문이나 기능을 변경하지 않고도 기존의 Junos OS 이더넷 기능이 지원됩니다. 지원되는 주요 기능은 다음과 같습니다.
미디어 유형 사양(GbE SFP 및 RJ45 인터페이스가 있는 ACX1000 라우터)
RJ45 GbE 인터페이스에 대한 자동 협상
SFP 삽입 및 제거의 이벤트 처리
물리적 인터페이스의 명시적 비활성화
플로우 제어
참고:ACX 시리즈 라우터는 PAUSE 프레임을 기반으로 하는 플로우 제어를 지원하지 않습니다.
루프백
LOS(Loss of Signal) 알람
미디어 액세스 제어(MAC) 레이어 기능
최대 전송 단위(MTU)
10GbE 인터페이스에 대한 원격 장애 알림
통계 수집 및 처리
PoE(Power over Ethernet) (ACX2000 라우터)
고전력 모드
라우터의 GbE 포트는 삽입된 소형 폼 팩터 플러그형(SFP) 트랜시버의 유형에 따라 1GbE 또는 10GbE 인터페이스로 작동할 수 있습니다. SFP+ 트랜시버를 삽입하면 인터페이스가 10기가비트 속도로 작동합니다. SFP 트랜시버를 삽입하면 인터페이스가 1기가비트 속도로 작동합니다. 속도는 삽입된 SFP 트랜시버의 유형에 따라 자동으로 결정되므로 구성할 필요는 없습니다. 이중 속도 인터페이스는 xe-4/0/0과 같은 xe 접두사로 자동 생성됩니다.
두 가지 속도 모두에 동일한 구성 명령문이 사용되며, CoS 매개 변수는 포트 속도의 백분율로 확장됩니다. 이중 속도 GbE 인터페이스를 구성하려면 [edit interfaces] 계층 수준에서 문을 포함 interface xe-fpc/pic/port 합니다. 인터페이스 속도 및 기타 세부 정보를 표시하려면 명령을 실행합니다.show interfaces
ACX 1100 및 ACX 2100 보드에는 0dC 미만의 산업용 등급 SFP를 사용해야 합니다.
또한보십시오
TX Matrix Plus 및 T1600 라우터(라우팅 매트릭스) 관리 이더넷 인터페이스
TX Matrix Plus 라우터 및 RE-C1800이 라우팅 매트릭스로 구성된 T1600 코어 라우터의 경우 Junos OS는 라우터의 관리 이더넷 인터페이스 em0을 자동으로 생성합니다. em0 을 관리 포트로 사용하려면 유효한 IP 주소를 사용하여 논리적 포트 em0.0을 구성해야 합니다.
TX Matrix Plus 라우터에서 명령을 입력 show interfaces 하면 관리 이더넷 인터페이스(및 논리적 인터페이스)가 표시됩니다.
user@host> show interfaces ? ... em0 em0.0 ...
TX Matrix Plus 라우터와 라우팅 매트릭스에 구성된 RE-C1800이 있는 T1600 라우터의 라우팅 엔진은 관리 이더넷 인터페이스 fxp0을 지원하지 않습니다. 내부 이더넷 인터페이스 fxp1 또는 fxp2도 지원하지 않습니다.
또한보십시오
T1600 라우터(라우팅 매트릭스) 내부 이더넷 인터페이스
라우팅 매트릭스에서 구성된 T1600 라우터에서 라우팅 엔진(RE-TXP-LCC) 및 컨트롤 보드(LCC-CB)는 유닛 또는 호스트 서브 시스템의 기능을 합니다. 라우터의 각 호스트 서브 시스템의 경우, Junos OS는 라우팅 엔진의 두 개의 기가비트 이더넷 포트에 대해 자동으로 두 개의 내부 이더넷 인터페이스 bcm0 및 em1을 생성합니다.