Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

물리적 인터페이스 속성

이 주제는 예제와 함께 다양한 물리적 인터페이스 속성을 구성하는 방법에 대해 설명합니다.

물리적 인터페이스 속성 개요

각 네트워크 미디어 유형에 대한 소프트웨어 드라이버는 인터페이스의 최대 전송 단위(최대 전송 단위(MTU)) 크기, 누수 버킷 속성 수신 및 전송, 링크 운영 모드, 클럭 소스와 같은 일반적인 인터페이스 속성에 대한 합리적인 기본값을 설정합니다.

기본 일반 인터페이스 속성을 수정하려면, 계층 수준에서 해당 [edit interfaces interface-name] 명령문을 포함합니다.

미디어 최대 전송 단위(MTU) 개요

미디어 최대 전송 단위(최대 전송 단위(MTU))는 단편화 없이 전송될 수 있는 최대 데이터 유닛입니다.

물리적 인터페이스에 사용되는 최대 전송 단위(MTU) 미디어의 크기는 해당 인터페이스에서 사용되는 캡슐화에 따라 달라지며, 일부의 경우, 기본 IP 프로토콜 최대 전송 단위(MTU) 프로토콜이 IPv4(IP version 4) 또는 ISO(International Organization for Standardization)인지 여부에 따라 달라지기도 합니다.

기본 미디어 최대 전송 단위(MTU) 다음과 같이 계산됩니다.

점대점(point-to-point) 연결을 구성하는 경우, 최대 전송 단위(MTU) 양측의 크기는 동일해야 합니다. 또한, 점대다점(point-to-multipoint) 연결을 구성할 때 서브넷의 모든 인터페이스는 동일한 크기로 최대 전송 단위(MTU) 합니다.

전송된 실제 프레임에는 미디어 네트워크의 일부가 아닌 CRC(cyclic redundancy check) 비트도 최대 전송 단위(MTU). 예를 들어, 최대 전송 단위(MTU) 버전 2 인터페이스를 위한 미디어는 1514비트로 지정되지만 가능한 가장 큰 프레임 크기는 실제로 1518 bytes입니다. 상호 연동을 위해 MTUS의 계산에 추가 비트를 고려해야 합니다.

Ethernet 최대 전송 단위(MTU) 물리적 인터페이스는 Ethernet 프레임의 4비트 FCS(Frame Check Sequence) 필드를 포함하지 않습니다.

CONCATENATED 모드에서 운영하는 SONET/SDH 인터페이스는 속도 설명자에 "c"가 추가됩니다. 예를 들어, Concatenated OC48 인터페이스를 OC48c라고 합니다.

구성하지 않은 경우 MPLS 최대 전송 단위(MTU) Junos OS 물리적 인터페이스에서 MPLS 최대 전송 단위(MTU) 추출할 수 최대 전송 단위(MTU). 이 값에서 소프트웨어는 캡슐화에 따라 푸시될 수 있는 최대 레이블 수에 대해 캡슐화별 오버헤드와 공간을 패킷 전달 엔진. 현재, 이 소프트웨어는 각각 4개, 총 12비트의 레이블 3개씩을 제공합니다.

즉, 데이터 유무를 결정하는 데 사용되는 MPLS 최대 전송 단위(MTU) 수식은 다음과 같습니다.

계층 수준에서 명령문을 최대 전송 단위(MTU) 값을 구성하면 구성된 값이 mtu[edit interfaces interface-name unit logical-unit-number family mpls] 사용됩니다. Junos OS Release 16.2R1.6 이상 릴리스는 지원되지 family mpls 최대 전송 단위(MTU).

터널 서비스 인터페이스는 논리적 인터페이스로 간주되어 물리적 인터페이스에 대한 최대 전송 단위(MTU) 구성할 수 없습니다. 즉, 다음 인터페이스 유형에 대한 계층 수준으로 명령문을 포함할 mtu[edit interfaces interface-name] 수 없습니다. 일반 라우팅 캡슐화(gr-), IP-IP(ip-), 루프백(lo-), 링크 서비스(ls-), 멀티링크 서비스(ml-) 및 멀티캐스트(pe-, pd-). 그러나 vt(가상 터널) 인터페이스를 제외한 모든 최대 전송 단위(MTU) 인터페이스에서 프로토콜 프로토콜을 구성할 수 있습니다. 릴리스 Junos OS 릴리스 17.1R3 옵션이 사용되지 최대 전송 단위 최대 전송 단위(MTU) 인터페이스에 대한 최대 전송 단위(최대 전송 단위(MTU)) 크기를 구성할 수 mtu bytes 없습니다. Junos OS vt 인터페이스의 최대 전송 단위(MTU) 기본 설정은 무제한으로 설정됩니다.

인터페이스 유형 최대 전송 단위(MTU) 미디어 및 크기

미디어 최대 전송 단위(최대 전송 단위(MTU))는 단편화 없이 포상할 수 있는 최대 데이터 유닛입니다.

미디어 네트워크의 크기를 변경하는 경우 최대 전송 단위(MTU) 프로토콜 및 캡슐화 오버헤드의 합계와 크기가 프로토콜 최대 전송 단위(MTU) 이상이 되도록 해야 합니다.

이 주제에는 다음 정보가 포함됩니다.

미디어 최대 전송 단위(MTU) 유형별로 M5 및 M7i CFEB, M10 및 M10i 라우터, M20 및 M40 라우터를 위한 미디어 유형

표 1: 미디어 최대 전송 단위(MTU) 유형별로 M5 및 M7i CFEB, M10 및 M10i 라우터, M20 및 M40 라우터를 위한 미디어 유형

인터페이스 유형

기본 미디어 최대 전송 단위(MTU)(Bytes)

최대 최대 전송 단위(MTU)(Bytes)

기본 IP 프로토콜 최대 전송 단위(MTU)(Bytes)

적응형 서비스 (최대 전송 단위(MTU) 크기는 구성할 수 없습니다)

9192

N/A

N/A

ATM

4482

9192

4470

E1/T1

1504

9192

1500

E3/T3

4474

9192

4470

Fast Ethernet

1514

1533(4포트)

1532(8포트)

1532(12포트)

주:

2개의 100Base-TX Fast Ethernet 포트 FIC의 최대 최대 전송 단위(MTU) 9192바이트입니다.

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192

주:

1기가비트 최대 전송 단위(MTU) 포트 FIC의 최대 최대 속도는 9192비트입니다.

1500 (IPv4), 1497 (ISO)

직렬

1504

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

M40e 최대 전송 단위(MTU) 인터페이스 유형별로 미디어 및 크기

표 2: M40e 최대 전송 단위(MTU) 인터페이스 유형별로 미디어 및 크기

인터페이스 유형

기본 미디어 최대 전송 단위(MTU)(Bytes)

최대 최대 전송 단위(MTU)(Bytes)

기본 IP 프로토콜 최대 전송 단위(MTU)(Bytes)

적응형 서비스 (최대 전송 단위(MTU) 크기는 구성할 수 없습니다)

9192

N/A

N/A

ATM

4482

9192

4470

E1/T1

1504

4500

1500

E3/T3

4474

4500

9192(4포트)

4470

E3/DS3 IQ

4474

9192

4470

Fast Ethernet

1514

1533

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192(1-포트 또는 2포트)

9192(4포트)

1500 (IPv4), 1497 (ISO)

직렬

1504

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

4500(1포트 비연관)

9192(4포트 OC3)

9192(4포트 OC3c)

4500(1포트 OC12)

4500(4포트 OC12)

4500(4포트 OC12c)

4500(1포트 OC48)

9192(2포트 OC3)

9192(2포트 OC3c)

9192(1포트 OC12c)

9192(1포트 OC48c)

4500(1포트 OC192)

9192(1포트 OC192c)

4470

M160 최대 전송 단위(MTU) 인터페이스 유형별로 미디어 및 크기

표 3: M160 최대 전송 단위(MTU) 인터페이스 유형별로 미디어 및 크기

인터페이스 유형

기본 미디어 최대 전송 단위(MTU)(Bytes)

최대 최대 전송 단위(MTU)(Bytes)

기본 IP 프로토콜 최대 전송 단위(MTU)(Bytes)

적응형 서비스 (최대 전송 단위(MTU) 크기는 구성할 수 없습니다)

9192

N/A

N/A

ATM

4482

9192

4470

E1/T1

1504

4500

1500

E3/T3

4474

4500

4470

E3/DS3 IQ

4474

9192

4470

Fast Ethernet

1514

1533

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192(1-포트 또는 2포트)

4500(4포트)

1500 (IPv4), 1497 (ISO)

직렬

1504

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

4500(1포트 비연관)

9192(1-포트 또는 2포트)

4500(4포트)

4470

미디어 최대 전송 단위(MTU) 유형별로 CFEB-E를 사용하는 M7i 라우터, CFEB-E를 사용하는 M10i 라우터, M320 라우터 및 M120 유형

표 4: 미디어 최대 전송 단위(MTU) 유형별로 CFEB-E를 사용하는 M7i 라우터, CFEB-E를 사용하는 M10i 라우터, M320 라우터 및 M120 유형

인터페이스 유형

기본 미디어 최대 전송 단위(MTU)(Bytes)

최대 최대 전송 단위(MTU)(Bytes)

기본 IP 프로토콜 최대 전송 단위(MTU)(Bytes)

ATM2 IQ

4482

9192

4470

채널화된 DS3 IQ

4471

4500

4470

채널화된 E1 IQ

1504

4500

1500

채널화된 OC12 IQ

4474

9192

4470

채널화된 STM1 IQ

4474

9192

4470

DS3

4471

4500

4470

E1

1504

4500

1500

E3 IQ

4471

4500

4470

Fast Ethernet

1514

1533(4포트)

1532(8-12- 및 48포트)

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

T1

1504

4500

1500

CT3 IQ

(M120 제외)

4474

9192

4470

MX 최대 전송 단위(MTU) 인터페이스 유형에 따라 미디어 및 크기

표 5: MX 최대 전송 단위(MTU) 인터페이스 유형에 따라 미디어 및 크기

인터페이스 유형

기본 미디어 최대 전송 단위(MTU)(Bytes)

최대 최대 전송 단위(MTU)(Bytes)

기본 IP 프로토콜 최대 전송 단위(MTU)(Bytes)

Gigabit Ethernet

1514

  • 9192

  • 9500(Junos OS 16.1R1 이상 릴리스)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

10-Gigabit Ethernet

1514

  • 9192

  • 9500(Junos OS 16.1R1 이상 릴리스)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

다중 속도 이더넷

1514

  • 9192

  • 9500(Junos OS 16.1R1 이상 릴리스)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

Tri-Rate Ethernet

1514

  • 9192

  • 9500(Junos OS 16.1R1 이상 릴리스)

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

채널화된 SONET/SDH OC3/STM1(다중 속도)

1514

9192

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

DS3/E3(다중 속도)

1514

9192

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

주:

Junos OS Release 16.1R1 MCs에서부터 최대 전송 단위(MTU) 미디어 또는 프로토콜의 크기는 다음과 같은 MX Series MC에서 Ethernet 인터페이스에서 9192에서 9500으로 증가됩니다.

  • MPC1

  • MPC2

  • MPC2E

  • MPC3E

  • MPC4E

  • MPC5E

  • MPC6E

주:

Junos OS Release 16.1R1 MCs에서부터 최대 전송 단위(MTU) 미디어 또는 프로토콜의 크기는 다음과 같은 MX Series MC에서 Ethernet 인터페이스에서 9192에서 9500으로 증가됩니다.

  • MPC1

  • MPC2

  • MPC2E

  • MPC3E

  • MPC4E

  • MPC5E

  • MPC6E

릴리스 Junos OS 릴리스 16.1R1 시작하여 최대 전송 단위(MTU) 크기는 특정MPC에서 16,000 bytes로 증가했습니다. 다음 최대 전송 단위(MTU) 크기의 크기는 16000 bytes로 증가했습니다.

  • MPC7E(MPC7E-MRATE 및 MP7E-10G)

  • MPC8E (MX2K-MPC8E)

  • MPC9E (MX2K-MPC9E)

주니 Junos OS 릴리스부터 17.3R1 MPC의 최대 전송 단위(MTU) 크기는 16,000 MX10003 크기입니다.

MX204의 Junos OS 릴리스 17.4R1 16,000 최대 전송 단위(MTU) 크기입니다.

모든 Junos OS 릴리스에서 최대 최대 전송 단위(MTU), MX5, MX10 MX40, MX80 라우터의 최대 크기는 9192바트입니다.

모든 Junos OS MPC2E-최대 전송 단위(MTU) MPC3E-NG의 최대 크기는 9500 bytes입니다.

MPC10E-19.1R1 릴리스 날짜부터 19.1R1 MPC10E-최대 전송 단위(MTU) 최대 구성 가능한 크기는 16,000바트입니다. Junos OS

MPC10E-Junos OS 릴리스 19.2R1 MPC10E-10C-MRATE의 최대 구성 가능한 최대 전송 단위(MTU) 크기는 16,000경트입니다.

MX2K-Junos OS 릴리스 19.3R2 MX2K-MPC11E의 최대 구성 가능한 최대 크기는 16,000 최대 전송 단위(MTU)입니다.

T320 라우터의 최대 전송 단위(MTU) 인터페이스 유형에 따라 미디어 및 크기

표 6: T320 라우터의 최대 전송 단위(MTU) 인터페이스 유형에 따라 미디어 및 크기

인터페이스 유형

기본 미디어 최대 전송 단위(MTU)(Bytes)

최대 최대 전송 단위(MTU)(Bytes)

기본 IP 프로토콜 최대 전송 단위(MTU)(Bytes)

ATM

4482

9192

4470

ATM2 IQ

4482

9192

4470

채널화된 OC12 IQ

4474

9192

4470

채널화된 STM1 IQ

4474

9192

4470

DS3

4471

4500

4470

Fast Ethernet

1514

1533(4포트)

1532(12포트 및 48포트)

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

CT3 IQ

4474

9192

4470

미디어 최대 전송 단위(MTU) 플랫폼을 위한 인터페이스 유형 T640 지원

표 7: 미디어 최대 전송 단위(MTU) 플랫폼을 위한 인터페이스 유형 T640 지원

인터페이스 유형

기본 미디어 최대 전송 단위(MTU)(Bytes)

최대 최대 전송 단위(MTU)(Bytes)

기본 IP 프로토콜 최대 전송 단위(MTU)(Bytes)

ATM2 IQ

4482

9192

4470

48포트 Fast Ethernet

1514

1532

1500 (IPv4), 1497 (ISO)

Gigabit Ethernet

1514

9192

1500 (IPv4), 1497 (ISO)

SONET/SDH

4474

9192

4470

CT3 IQ

4474

9192

4470

EX 최대 전송 단위(MTU) 및 ACX 시리즈 라우터용 인터페이스 유형에 따라 미디어 및 크기

표 8: EX 최대 전송 단위(MTU) 인터페이스 유형에 따라 미디어 스위치 크기

인터페이스 유형

기본 미디어 최대 전송 단위(MTU)(Bytes)

최대 최대 전송 단위(MTU)(Bytes)

기본 IP 프로토콜 최대 전송 단위(MTU)(Bytes)

Gigabit Ethernet

1514

9216

1500 (IPv4), 1497 (ISO)

10-Gigabit Ethernet

1514

9216

1500 (IPv4), 1497 (ISO)

표 9: ACX 최대 전송 단위(MTU) 인터페이스 유형에 따라 미디어 및 크기

인터페이스 유형

스위치

기본 미디어 최대 전송 단위(MTU)(Bytes)

최대 최대 전송 단위(MTU)(Bytes)

기본 IP 프로토콜 최대 전송 단위(MTU)(Bytes)

기가비트 이더넷 및 10기가비트 이더넷

ACX1000, ACX2000, ACX4000, ACX5048, ACX5096 라우터 및 ACX500.

1514

9216

1500 (IPv4), 1497 (ISO)

기가비트 이더넷 및 10기가비트 이더넷

ACX5448 및 ACX710 시리즈

1514

10000

1500 (IPv4), 1497 (ISO)

주:

ACX 시리즈 라우터에서, 명령문을 최대 전송 단위(MTU) 계층 수준에서 프로토콜 프로토콜을 mtu 구성할 [edit interfaces interface-name unit logical-unit-number family inet][edit interfaces interface-name unit logical-unit-number family inet6] 있습니다.

  • 이러한 계층 최대 전송 단위(MTU) 프로토콜을 구성하면, 구성된 값이 논리적 인터페이스에 구성된 모든 패밀리에 적용됩니다.

  • 동일한 논리적 인터페이스에서 최대 전송 단위(MTU) 모두에 대해 프로토콜 프로토콜을 구성하는 경우 해당 패밀리에 대해 동일한 값을 inetinet6 구성해야 합니다. 동일한 논리적 인터페이스에 최대 전송 단위(MTU) 대해 서로 다른 최대 전송 단위(MTU) 값을 구성하는 것은 inetinet6 권장되지 않습니다.

PTX 시리즈 최대 전송 단위(MTU) 인터페이스 유형별로 미디어 패킷 전송 라우터

표 10: PTX 시리즈 최대 전송 단위(MTU) 인터페이스 유형별로 미디어 패킷 전송 라우터

인터페이스 유형

기본 미디어 최대 전송 단위(MTU)(Bytes)

최대 최대 전송 단위(MTU)(Bytes)

기본 IP 프로토콜 최대 전송 단위(MTU)(Bytes)

10-Gigabit Ethernet

1514

9500

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

40기가바이트 이더넷

1514

9500

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

100기가비트 이더넷

1514

9500

1500 (IPv4), 1488 (MPLS), 1497 (ISO)

미디어 최대 전송 단위(MTU) 시리즈 라우터를 위한 인터페이스 유형 JRR200 크기

표 11: 미디어 최대 전송 단위(MTU) 시리즈 라우터를 위한 인터페이스 유형 JRR200 크기

인터페이스 유형

기본 미디어 최대 전송 단위(MTU)(Bytes)

최대 최대 전송 단위(MTU)(Bytes)

기본 IP 프로토콜 최대 전송 단위(MTU)(Bytes)

관리 이더넷 인터페이스 ( em0 - em2em9 )

1514

9192

1500 (IPv4), 1497 (ISO)

미디어 구성 최대 전송 단위(MTU)

미디어 최대 전송 단위(최대 전송 단위(MTU))는 단편화 없이 전송될 수 있는 최대 데이터 유닛입니다. 물리적 인터페이스에서 사용되는 최대 전송 단위(MTU) 미디어의 크기는 해당 인터페이스에서 사용되는 캡슐화에 따라 달라지며, 각 캡슐화 유형에 대한 최대 전송 단위(MTU) 크기에 대한 목록은 인터페이스 유형별로 media 최대 전송 단위(MTU) 를 참조하세요.

미디어-최대 전송 단위(MTU) 크기:

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동하십시오.
  2. mtu명령문을 포함합니다.
  • 미디어 네트워크의 크기를 변경하는 경우 최대 전송 단위(MTU) 프로토콜 및 캡슐화 오버헤드의 합계와 크기가 프로토콜 최대 전송 단위(MTU) 이상이 되도록 해야 합니다. 다음 계층 최대 전송 단위(MTU) 명령문을 포함해 프로토콜 mtu 프로토콜을 구성합니다.

    • [edit interfaces interface-name unit logical-unit-number family family inet]

    • [edit interfaces interface-name unit logical-unit-number family family inet6]

    • [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family family]

주:

미디어 최대 전송 단위(MTU) 또는 프로토콜 최대 전송 단위(MTU) 인터페이스를 삭제하고 다시 추가할 수 있습니다.

  • [편집 인터페이스최대 전송 단위(MTU) 인터페이스 이름 유닛 논리적 단위 번호 family mpls] 계층 수준에서 mtu 명령문을 포함해 최대 전송 단위(MTU) 값을 구성하면 구성된 값이 사용됩니다.

ACX 시리즈 라우터에서 최대 전송 단위(MTU) 미디어 구성

미디어 최대 전송 단위(MTU) 개요

물리적 인터페이스에 사용되는 최대 전송 단위(MTU) 미디어의 크기는 해당 인터페이스에 사용되는 캡슐화에 따라 달라지며, 일부의 경우, 기본 IP 프로토콜 최대 전송 단위(MTU) 프로토콜이 IPv4(IP version 4) 또는 ISO(International Organization for Standardization)인지 여부에 따라 달라지기도 합니다.

기본 미디어 최대 전송 단위(MTU) 다음과 같이 계산됩니다.

점대점(point-to-point) 연결을 구성하는 경우, 최대 전송 단위(MTU) 양측의 크기는 동일해야 합니다. 또한, 점대다점(point-to-multipoint) 연결을 구성할 때 서브넷의 모든 인터페이스는 동일한 크기로 최대 전송 단위(MTU) 합니다.

주:

전송된 실제 프레임에는 미디어 네트워크의 일부가 아닌 CRC(cyclic redundancy check) 비트도 최대 전송 단위(MTU). 예를 들어, 최대 전송 단위(MTU) 버전 2 인터페이스를 위한 미디어는 1514비트로 지정되지만 가능한 가장 큰 프레임 크기는 실제로 1518 bytes입니다. 상호 연동을 위해 MTUS의 계산에 추가 비트를 고려해야 합니다.

Ethernet 최대 전송 단위(MTU) 물리적 인터페이스는 Ethernet 프레임의 4비트 FCS(Frame Check Sequence) 필드를 포함하지 않습니다.

MPLS 최대 전송 단위(MTU) 구성하지 않은 경우 Junos OS 물리적 인터페이스에서 MPLS 최대 전송 단위(MTU) 추출할 수 최대 전송 단위(MTU). 이 값에서 소프트웨어는 캡슐화에 따라 푸시될 수 있는 최대 레이블 수에 대해 캡슐화별 오버헤드와 공간을 패킷 전달 엔진. 현재, 이 소프트웨어는 각각 4개, 총 12비트의 레이블 3개씩을 제공합니다.

즉, 데이터 유무를 결정하는 데 사용되는 MPLS 최대 전송 단위(MTU) 수식은 다음과 같습니다.

계층 수준에서 명령문을 최대 전송 단위(MTU) 값을 구성하면 구성된 값이 mtu[edit interfaces interface-name unit logical-unit-number family mpls] 사용됩니다. Junos OS Release 16.2R1.6 이상 릴리스는 지원되지 family mpls 최대 전송 단위(MTU).

미디어 네트워크 구성 최대 전송 단위(MTU)

물리적 인터페이스의 최대 전송 단위(MTU) 크기의 기본 미디어를 수정하려면, 계층 수준에서 mtu[edit interfaces interface-name] 명령문을 포함해야 합니다.

미디어 네트워크의 크기를 변경하는 경우 최대 전송 단위(MTU) 프로토콜 및 캡슐화 오버헤드의 합계와 크기가 프로토콜 최대 전송 단위(MTU) 이상이 되도록 해야 합니다.

주:

미디어 최대 전송 단위(MTU) 또는 프로토콜 최대 전송 단위(MTU) 인터페이스를 삭제하고 다시 추가할 수 있습니다.

다음 계층 최대 전송 단위(MTU) 명령문을 포함해 프로토콜 mtu 프로토콜을 구성합니다.

  • [edit interfaces interface-name unit logical-unit-number family inet]

  • [edit interfaces interface-name unit logical-unit-number family inet6]

이러한 계층 최대 전송 단위(MTU) 프로토콜을 구성하면, 구성된 값이 논리적 인터페이스에 구성된 모든 패밀리에 적용됩니다.

주:

동일한 논리적 인터페이스에서 최대 전송 단위(MTU) 모두에 대해 프로토콜 프로토콜을 구성하는 경우 해당 패밀리에 대해 동일한 값을 inetinet6 구성해야 합니다. 동일한 논리적 인터페이스에 최대 전송 단위(MTU) 대해 서로 다른 최대 전송 단위(MTU) 값을 구성하는 것은 inetinet6 권장되지 않습니다.

인터페이스 캡슐화 유형에 따라 캡슐화 오버헤드

미디어 네트워크의 크기를 변경하는 경우 최대 전송 단위(MTU) 프로토콜 및 캡슐화 오버헤드의 합계와 크기가 프로토콜 최대 전송 단위(MTU) 이상이 되도록 해야 합니다. 다음 표는 인터페이스 캡슐화 및 해당 캡슐화 오버헤드를 나열하고 있습니다.

표 12: 캡슐화 유형에 따라 캡슐화 오버헤드

인터페이스 캡슐화

캡슐화 오버헤드(Bytes)

802.1Q/Ethernet 802.3

21

802.1Q/Ethernet SNAP(Subnetwork Access Protocol)

26

802.1Q/Ethernet 버전 2

18

ATM 셀 릴레이

4

ATM PVC(Permanent Virtual Connection)

12

Cisco HDLC

4

Ethernet 802.3

17

이더넷 서킷 상호 연결(CCC) 및 VPLS(Virtual Private LAN Service)

4

ATM을 통해 이더넷

32

이더넷 SNAP

22

이더넷 변환 상호 연결(TCC)

18

이더넷 버전 2

14

확장된 VLAN(Virtual Local Area Network) CCC 및 VPLS

4

확장 VLAN TCC

22

프레임 릴레이

4

PPP

4

VLAN CCC

4

VLAN VPLS

4

VLAN TCC

22

인터페이스 구성 설명

구성 파일에 각 물리적 인터페이스에 대한 텍스트 설명을 포함할 수 있습니다. 포함된 설명 텍스트는 명령의 출력에 표시되고 show interfacesifAlias 관리 정보 베이스(관리 정보 베이스(MIB)) 객체에 표시됩니다. 인터페이스 구성에는 영향이 없습니다.

텍스트 설명을 추가하기 위해 계층 description 수준으로 [edit interfaces interface-name] 명령문을 포함하십시오.

몇 가지 예를 들면 다음과 같습니다.

설명은 한 줄의 텍스트일 수 있습니다. 텍스트에 공백이 포함되어 있는 경우 견적 마크에 동봉합니다.

주:

옵션 82 Agent Circuit ID 하위 옵션에 인터페이스 설명을 포함하도록 확장 DHCP 릴레이를 구성할 수 있습니다. dHCP Relay Agent Option 82 정보는 Junos OS 및 서비스 라이브러리의 DHCP 릴레이 에이전트 옵션 82 정보를 참조하십시오.

논리적 단위 설명에 대한 자세한 내용은 구성에 논리적 단위 설명 추가 를 참조하십시오.

라우터 또는 스위치에서 설명을 표시 CLI 명령을 사용하여 다음 명령을 show interfaces 실행합니다.

인터페이스에서 인터페이스 설명을 표시 관리 정보 베이스(MIB) 서버에서 명령을 snmpwalk 사용합니다. 특정 인터페이스에 대한 정보를 분리하기 위해 명령 출력 필드에 표시된 인터페이스 SNMP ifIndexshow interfaces 인덱스를 검색합니다. 객체는 ifAliasifXTable 에 있습니다.

인터페이스 범위 구성

주:

이 작업은 Junos OS ELS(Enhanced Layer 2 Software) 구성 스타일이 지원되지 않는 EX 시리즈 스위치에 대해 사용되었습니다. ELS를 지원하는 소프트웨어를 실행하는 경우 ELS를 사용하는 EX 시리즈 스위치의 인터페이스 범위 구성 을 참조하십시오. ELS 세부 정보는 Enhanced Layer 2 Software CLI.

이 Junos OS 동일한 인터페이스를 인터페이스 범위로 그룹화할 수 있습니다. 먼저 인터페이스 범위에서 동일한 인터페이스 그룹을 지정합니다. 그런 다음, 공통 구성을 지정된 인터페이스 범위에 적용하여 필요한 구성 명령문의 수를 줄이고 시간을 절약하는 동시에 컴팩트한 구성을 개발할 수 있습니다.

인터페이스 범위 구성

인터페이스 범위를 구성하기 위해 계층 수준에서 interface-range[edit interfaces] 명령문을 포함합니다.

interface-range 명령문은 해당 정의에서 물리적 네트워킹 인터페이스 이름만 허용합니다. 다음 인터페이스 유형이 지원됩니다. 예를 들어 설명자가 CLI 있습니다.

  • ATM—at-fpc/pic/port

  • 채널화—(coc | cstm)n-fpc/pic/port

  • DPS(Dense Port Concentrator)—xe-fpc/pic/port

  • E1/E3—(e1 | e3)-fpc/pic/port

  • Ethernet—(xe | ge | fe)-fpc/pic/port

  • ISDN—isdn-fpc/pic/port

  • 직렬—se-fpc/pic/port

  • SONET/SDH—so-fpc/pic/port

  • T1/T3—(t1 | t3)-fpc/pic/port

인터페이스는 인터페이스의 범위로 그룹화하거나 명령문 정의에 따라 다양한 범위로 interface-range 그룹화할 수 있습니다.

정의의 인터페이스는 구성원 범위의 일부로 추가되거나 숫자 범위를 사용하여 개별 구성원 또는 여러 멤버로 interface-range 추가할 수 있습니다.

구성원 범위를 지정하기 위해 계층 수준에서 member-range[edit interfaces interface-range name] 명령문을 사용

문을 사용하여 인터페이스를 lexical 순서로 member-range start-range to end-range 지정합니다.

구성원 명령문의 범위에는 다음이 포함되어야 합니다.

  • *—모두, 0에서 47까지의 시차적 인터페이스를 지정합니다.

    경고:

    구성원 명령문의 와일드카드는 특정 인터페이스 유형에서 지원되는 인터페이스 번호를 * 고려하지 않습니다. 인터페이스 유형과 무관하게 0에서 47까지 인터페이스 그룹에 이르는 인터페이스 * 번호가 포함됩니다. 따라서, * 주의해야 하는 회원 성명서에 사용하십시오.

  • num—번호, 번호로 하나의 특정 인터페이스를 지정합니다.

  • [low-high]—로우에서 하이까지의 수치는 광범위한 인터페이스를 지정합니다.

  • [num1, num2, num3]num1—숫자를 num2 지정하고 특정 인터페이스를 여러 개 num3 지정합니다.

예를 들면 다음과 같습니다. 인터페이스 범위의 구성원 범위 지정

하나 또는 여러 구성원을 지정하기 위해 계층 수준에서 member[edit interfaces interface-range name] 명령문을 사용

인터페이스 범위 멤버의 목록을 개별적으로 또는 regex를 사용하는 다중 인터페이스의 목록을 지정하기 위해 명령문을 member list of interface names 사용합니다.

예를 들면 다음과 같습니다. 인터페이스 범위 멤버 지정

Regex 또는 와일드카드는 인터페이스 유형 Prefix에 지원되지 않습니다. 예를 들어, prefix gefe 명시적으로 xe 언급해야 합니다.

정의에는 interface-range 명령문과 membermember-range 명령문이 모두 포함될 수 있습니다. 인터페이스 범위 내에서 명령문 수 또는 명령문에 대한 최대 제한은 membermember-range 없습니다. 그러나 하나 이상의 member 명령문 또는 member-range 명령문이 정의 내에 존재해야 interface-range 합니다.

예를 들면 다음과 같습니다. 인터페이스 범위 공통 구성

인터페이스 범위에 공통된 구성은 다음과 같이 정의의 일부로 추가할 interface-range 수 있습니다.

일반적인 구성 명령문 없이 방금 또는 명령문을 갖는 interface-rangemembermember-range 정의는 유효합니다.

이러한 정의된 인터페이스 범위는 노드가 있는 다른 구성 계층에서 사용할 interface 수 있습니다.

예를 들면 다음과 같습니다. 프로토콜 계층에서 사용되는 인터페이스 범위 foo

foo 계층 수준에서 interface-range[interfaces] 정의해야 합니다. 위 예제에서 노드는 개별 인터페이스와 인터페이스 범위를 interface 모두 수용할 수 있습니다.

팁:

확장된 구성의 인터페이스 범위를 확인하려면 명령을 (show | display inheritance) 사용합니다. 자세한 내용은 Junos OS CLI 를 참조하십시오.

기본적으로 명령문을 사용할 수 있는 CLI interface-rangeinterface 구성할 수 없습니다. 지원되는 위치는 다음과 같습니다. 그러나 이 목록에 표시된 일부 계층은 제품별입니다.

  • protocols dot1x authentication interface

  • protocols dvmrp interface

  • protocols oam ethernet lmi interface

  • protocols esis interface

  • protocols igmp interface

  • protocols igmp-host client num interface

  • protocols mld-host client num interface

  • protocols router-advertisement interface

  • protocols isis interface

  • protocols ldp interface

  • protocols oam ethernet link-fault-management interface

  • protocols lldp interface

  • protocols link-management peer lmp-control-channel interface

  • protocols link-management peer control-channel

  • protocols link-management te-link name interface

  • protocols mld interface

  • protocols ospf area id interface

  • protocols pim interface

  • protocols router-discovery interface

  • protocols rip group name neighbour

  • protocols ripng group name neighbour

  • protocols rsvp interface

  • protocols snmp interface

  • protocols layer2-control bpdu-block interface

  • protocols layer2-control mac-rewrite interface

  • protocols mpls interface

  • protocols stp interface

  • protocols rstp interface

  • protocols mstp interface

  • protocols vstp interface

  • protocols mstp msti id interface

  • protocols mstp msti vlan id interface

  • protocols vstp vlan name interface

  • protocols gvrp interface

  • protocols igmp-snooping vlan name interface

  • protocols lldp interface

  • protocols lldp-med interface

  • protocols sflow interfaces

  • ethernet-switching-options analyzer name input [egress | ingress ] interface

  • ethernet-switching-options analyzer name output interface

  • ethernet-switching-options secure-access-port interface

  • ethernet-switching-options interfaces ethernet-switching-options voip interface

  • ethernet-switching-options redundant-trunk-group group g1 interface

  • ethernet-switching-options redundant-trunk-group group g1 interface

  • ethernet-switching-options bpdu-block interface

  • poe interface vlans pro-bng-mc1-bsd1 interface

인터페이스 범위 확장 멤버 및 구성원 범위 명령문

인터페이스 범위 정의의 모든 명령문과 명령문이 확장되어 지정된 인터페이스 범위에 대한 최종 인터페이스 이름 membermember-range 목록을 생성합니다.

예를 들면 다음과 같습니다. 인터페이스 범위 확장 멤버 및 구성원 범위 명령문

명령문에 대해 가능한 모든 인터페이스는 멤버 member-rangestart-rangeend-range 확장에 고려됩니다. 예를 들어, 다음 member-range 명령문을 사용할 수 있습니다.

확장성:

다음 member 진술은 다음과 같습니다.

확장성:

다음 member 진술은 다음과 같습니다.

확장성:

구성 인터페이스에 대한 구성 상속

Junos OS 명령문과 명령문을 확장하면 구성에서 명시적으로 정의되지 않은 인터페이스 객체를 membermember-rangeinterface-range 만듭니다. 공통 구성은 의 모든 구성원 인터페이스에 interface-range 복사됩니다.

예를 들면 다음과 같습니다. 구성 우선 순위

포그라운드 인터페이스 구성은 을 통해 인터페이스가 상속한 구성 에 비해 우선 순위가 interface-range 중요합니다.

앞의 예제에서 인터페이스는 ge-1/0/1 1024의 최대 전송 단위(MTU) 값입니다.

이는 다음과 같은 명령의 show interfaces | display inheritance 출력을 통해 검증할 수 있습니다.

구성 그룹의 구성을 이어받은 멤버 인터페이스

인터페이스 범위 멤버 인터페이스는 다른 모든 포그라운드 구성과 같이 구성 그룹 구성을 상속합니다. 다른 모든 포그라운드 구성 명령문과 interface-range 유사합니다. 유일한 차이점은 이 구성을 읽기 전에 멤버 인터페이스 확장을 Junos OS interface-range 것입니다.

구성은 hold-time 의 모든 구성원에 interface-range range-1 적용됩니다.

다음과 같은 정보를 확인할 show interfaces | display inheritance 수 있습니다.

공통 구성을 이어받은 인터페이스

인터페이스가 여러 인터페이스 범위의 구성원인 경우 해당 인터페이스는 모든 인터페이스 범위에서 공통 구성을 상속합니다.

이 예에서는 인터페이스의 2와 를 ge-10/0/0ge-10/0/47 모두 hold-timemtu 사용합니다.

상속 범위 우선 순위 구성

인터페이스 범위는 상속 우선 순위 순서로 정의되고 첫 번째 인터페이스 범위 구성 데이터는 후속 인터페이스 범위보다 우선 순위를 취합니다.

인터페이스는 ge-1/1/1 두 인터페이스 모두에 interface-range int-grp-oneinterface-range int-grp-two 존재합니다. 이 인터페이스는 먼저 정의된 mtu 256interface-range int-grp-one 인터페이스이기 때문에 상속됩니다.

인터페이스 범위가 사용되는 구성 확장

이 예에서는 interface-range range-1 계층 구조에서 protocols 사용됩니다.

아래에 있는 노드가 다음과 같은 구성원 interfaceauthenticator 인터페이스로 interface-range range-1 확장됩니다.

interface range-1명령문은 ge-10/1/1 및 ge-5/5/1의 두 인터페이스로 확장되고, 이러한 두 인터페이스 아래에 구성이 retries 1 복사됩니다.

이 구성은 명령어를 사용하여 검증할 수 show protocols dot1x | display inheritance 있습니다.

통합 인터페이스 지정

주니 M Series, MX 시리즈 및 T 시리즈 라우터는 통합 인터페이스를 제공합니다. 통합 인터페이스가 집계된 인터페이스 이름을 사용하여 번호를 지정합니다. 예를 들어, 계층 수준에서 구성하면 x는 MX 시리즈 라우터에서 0에서 127까지, M Series 라우터와 T 시리즈 정수인 경우, MX 시리즈 라우터에서 aex[edit interfaces] 0에서 479까지 구성할 수 있습니다.

통합 SONET/SDH 인터페이스의 경우 계층 asx 수준에서 [edit interfaces] 구성합니다.

주:

SONET/SDH 어그리게이트는 SD-Junos OS 소프트웨어에 대한 전용 정보로 사용되어 다른 소프트웨어와 연동되지 않을 수 있습니다.

통합 Ethernet 인터페이스를 위해 VLA를 구성하는 경우, 계층 수준에서 명령문을 포함해야 연결(association)을 vlan-tagging[edit interfaces aex] 완성할 수 있습니다.

인터페이스 속도 구성

다음과 같은 방법으로 인터페이스 속도를 구성할 수 있습니다.

이더넷 인터페이스에서 인터페이스 속도 구성

고속 M Series 및 T 시리즈 12포트 및 48포트 PIC 인터페이스, 관리 Ethernet 인터페이스(또는) fxp0em0 및 MX Series Tri-Rate Ethernet 코퍼 인터페이스의 경우 인터페이스 속도를 명시적으로 설정할 수 있습니다. Fast Ethernet 및 fxp0 인터페이스는 em0 10Mbps 또는 100Mbps로 구성할 수 (10m | 100m) 있습니다. MX Series Tri-Rate Ethernet 코퍼 인터페이스는 10Mbps, 100Mbps 또는 1Gbps로 구성할 수 (10m | 100m | 1g) 있습니다. 관리 이더넷 인터페이스에 대한 정보를 파악하고 라우터에 대한 관리 https://www.juniper.net/documentation/en_US/junos/topics/concept/interfaces-understanding-management-ethernet-interfaces.html 이더넷 인터페이스 유형을 결정하기 위해 MX-DPS(Dense Port Concentrator) 및 Tri-Rate Copper SFP를 사용하는 라우터 MX시리즈 라우터의 지원 라우팅 엔진 이해를 참조하여 시리얼 기가비트 미디어 독립 인터페이스(SGMII) 인터페이스를 통해 100/10BASE-T 및 1000BASE-T 작동과 역호화할 수 있습니다.

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동하십시오.
  2. 속도를 구성하기 위해 계층 수준에서 speed[edit interfaces interface-name] 명령문을 포함합니다.
주:
  • 기본적으로 M Series 및 T 시리즈 이더넷 인터페이스 관리 Ethernet 인터페이스는 초당 10메가비트(Mbps) 또는 100Mbps에서 작동할지 여부를 자동으로 연결합니다. 다른 모든 인터페이스는 PIC 유형과 PIC가 멀티플렉서 모드(구성 계층 내 명령문 사용)에서 작동하도록 구성 여부에 따라 올바른 속도를 no-concatenate[edit chassis] 자동으로 선택합니다.

  • Junos OS Release 14.2에서 시작하여 고정 3 속도 포트는 최대 속도 또는 최대 속도로 제한된 포트와 자동 auto-10m-100m100m10m 협상할 수 있습니다. 이 옵션은 MX 플랫폼에서 3D 40x 1GE(LAN) RJ45 MIC인 Tri-rate MPC 포트에만 활성화되어야 합니다. 이 옵션은 MX 플랫폼에서 다른 MIC를 지원하지 않습니다.

  • 라우터와 라우터에서 Fast Ethernet 인터페이스를 수동으로 M Series T 시리즈 모드와 속도를 모두 구성해야 합니다. 이 두 값 모두 구성되지 않은 경우 라우터는 링크에 대한 자동 연결(autonegotiation)을 사용하며 사용자 구성 설정을 무시합니다.

  • 링크 파트너가 자동 전환을 지원하지 않는 경우 링크 파트너의 속도 및 링크 모드와 일치하도록 Fast Ethernet 포트를 수동으로 구성합니다. 링크 모드가 구성되면 자동 연결(autonegotiation)이 비활성화됩니다.

  • 3속도 구리 SFP 인터페이스를 사용하는 MX 시리즈 라우터에서 포트 속도를 구성된 값으로 협상하고 협상된 속도와 인터페이스 속도가 일치하지 않을 경우 링크가 상승하지 않습니다.

  • 1Gbps에서 작동하도록 Tri-Rate Ethernet 코퍼 인터페이스를 구성할 경우 자동 연결(autonegotiation)이 활성화되어야 합니다.

  • 주니퍼 Junos OS 11.4에서 시작되는 반이음 모드는 Tri-Rate Ethernet 코퍼 인터페이스에서 지원되지 않습니다. 명령문을 포함하면 동일한 계층 수준에서 speedlink-mode full-duplex 명령문을 포함해야 합니다.

SONET/SDH 인터페이스 속도 구성

CONCATENATED 모드에서 SONET/SDH 인터페이스의 속도를 구성하는 경우:

  1. 구성 모드에서는 인터페이스 이름이 있는 계층 [edit interfaces interface-name]수준으로so-fpc/pic/port 이동합니다.
  2. 연결 모드에서 인터페이스 속도를 구성합니다.

    예를 들어, 이 PIC가 4xOC12 Concatenated 모드인 경우 4포트 OC12 PIC의 각 포트는 독립적으로 OC3 또는 OC12 속도로 구성될 수 있습니다.

비연속 모드에서 SONET/SDH 인터페이스의 속도를 구성하기 위한 경우:

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준( 위치)으로 interface-nameso-fpc/pic/port 이동합니다.

  2. 비연속 모드에서 인터페이스 속도를 구성합니다.

    예를 들어, 이 PIC가 4xOC12 Concatenated 모드인 경우 4포트 OC12 PIC의 각 포트는 독립적으로 OC3 또는 OC12 속도로 구성될 수 있습니다.

PIC가 채널화된(멀티플렉서) 모드에서 작동하도록 구성하는 경우:

  1. 구성 모드에서 계층 [edit chassis fpc slot-number pic pic-number] 수준으로 이동하십시오.

  2. 옵션을 no-concatenate 구성합니다.

주:

SFP를 사용하는 SONET/SDH OC3/STM1(Multi-Rate) MIC, SFP를 사용하는 Channelized SONET/SDH OC3/STM1(Multi-Rate) MIC, SFP를 사용하는 Channelized OC3/STM1(Multi-Rate) 회로 에뮬링 MIC에서 [ 계층 수준]에서 인터페이스 속도를 설정할 수 edit interfaces 없습니다. 이러한 MIC에서 속도를 활성화하려면, 계층 수준에서 포트 속도를 [edit chassis fpc slot-number pic pic-number port port-number] 설정해야 합니다.

명령문 사용에 대한 자세한 내용은 라우팅 장비에 non-concatenate대한 Junos OS 관리 라이브러리를 참조하십시오.

Interface Alias 이름 개요

물리적 인터페이스의 논리적 유닛에 대한 텍스트 설명을 인터페이스 이름의 별칭으로 구성할 수 있습니다. 인터페이스 에일리전스(Interface aliasing)는 유닛 수준에서만 지원됩니다. 별칭 이름을 구성하는 경우, alias name은 모든 출력의 인터페이스 이름과 기타 운영 모드 명령 대신 showshow interfaces 표시됩니다. Junos OS Release 12.3R8 show 명령어와 함께 매개 변수를 사용하여 실제 인터페이스 이름에 유리하게 이 별칭 표시를 display no-interface-alias 억제할 수 있습니다. 인터페이스의 논리적 단위에 대한 별칭을 구성하는 경우 라우터 또는 스위치의 인터페이스 작동 방식에는 영향을 없습니다.

인터페이스의 별칭 이름을 구성하면 CLI 에지 이름을 구성 데이터베이스의 변수 값으로 interface-name 저장합니다. 인터페이스 별칭 지원을 사용할 수 없는 Junos OS 릴리스와의 역호환을 지원하기 위해 Junos OS 프로세스가 변수에 대해 구성 데이터베이스를 쿼리하면 변수의 실제 정확한 값은 시스템 운영 및 연산에 대한 별칭 이름 대신 interface-nameinterface-name 반환됩니다.

물리적 및 논리적 인터페이스를 위한 인터페이스 별칭 이름을 정의하는 이 기능은 컨트롤러로 주니퍼 네트웍스 MX 시리즈 5G 유니버설 라우팅 플랫폼 컨트롤러 및 EX 시리즈 이더넷 스위치, QFX 시리즈 디바이스, ACX 시리즈 유니버설 메트로 라우터를 새틀라이트 디바이스로 포함하는 Junos Node Unifier(JNU) 환경에서 유용합니다. 다음은 별칭 이름을 구성하여 인터페이스에 쉽게 식별할 수 있는 의미 있는 단일 이름 지정을 가능하게 하는 이점입니다.

  • 물리적 인터페이스를 하나의 통합 인터페이스(링크 통합 그룹 또는 LAG 번들)로 그룹화하고 위성 연결 인터페이스(예: sat1)로 번들링하는 이름을 그룹화할 수 있습니다.

  • LAG 번들 또는 전체 LAG의 구성원으로 논리적 인터페이스를 선택하고 위성 디바이스 포트 또는 서비스 인스턴스(예: ge-0/0/1)를 표현하는 인터페이스의 이름을 선택할 수 있습니다.

  • 위성 이름과 인터페이스 이름 별칭을 위성 포트 이름(예: sat1:ge-0/0/1 또는 ge-sat1/0/1 또는 ge-1/0/0/1)을 이름의 포트와 위성 부분을 조합한 것으로 가장 쉽게 구분할 수 있는 형식으로 결합할 수 있습니다.

인터페이스 별칭을 지정하기 위해, 명령문과 계층 수준에서 alias[edit interfaces interface-name unit logical-unit-number] 명령문을 [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number] 사용할 수 있습니다.

주:

다중 주니퍼 네트웍스 M Series 에지 라우터에서 두 개 이상의 논리적 인터페이스에서 동일한 별칭 이름을 구성하면 라우터가 오류 메시지를 표시하고 커밋 실패를 발생

예를 들면 다음과 같습니다. Interface Alias Name 추가

다음 예제에서는 인터페이스의 논리적 단위에 별칭을 추가하는 방법을 보여줍니다. 운영 명령의 출력에 표시될 때 별칭을 사용하여 인터페이스를 식별하면 보다 의미 있는 이름 규칙과 쉽게 식별할 수 있습니다.

요구 사항

이 예에서는 다음과 같은 하드웨어 및 소프트웨어 구성 요소를 활용합니다.

  • 컨트롤러 역할을 하는 하나의 MX 시리즈 라우터

  • 위성 EX4200 역할을 하는 하나의 스위치

  • Junos OS 릴리스 13.3R1 이상

개요

물리적 인터페이스에서 각 논리적 유닛에 대한 별칭을 만들 수 있습니다. 별칭에 대해 정의하는 설명 텍스트가 명령의 출력에 show interfaces 표시됩니다. Junos OS Release 12.3R8 show 명령어와 함께 매개 변수를 사용하여 실제 인터페이스 이름에 유리하게 이 별칭 표시를 display no-interface-alias 억제할 수 있습니다. 인터페이스의 논리적 단위로 구성된 별칭은 라우터 또는 스위치의 인터페이스가 작동하는 방식에 영향을 미치지 않습니다. 소용이(label) 뿐입니다.

구성

두 링크를 사용하여 JNU 관리 네트워크의 다운링크 방향으로 위성에 연결된 JNU 컨트롤러 인터페이스에서 별칭 이름을 구성하는 시나리오를 생각해 볼 수 있습니다. 이 에일러리 네임은 컨트롤러 및 위성에서 실행되는 운영 모드 명령어에서 이들 인터페이스를 효과적이고 간소화적으로 식별할 수 있도록 합니다.

CLI 빠른 구성

이 예제를 신속하게 구성하려면 다음 명령을 복사하고, 텍스트 파일에 붙여넣기하고, 라인 끊기를 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경한 다음, 계층 수준에서 명령을 복제하여 CLI [edit] 입력합니다.

Controller 인터페이스에 Alias 이름 구성

단계별 절차

다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 네트워크의 네트워크 CLI 정보는 CLI 사용자 가이드의 CLI Editor 사용 Junos OS CLI 참조하십시오.

다운링크 방향의 위성 디바이스에 연결하는 데 사용되는 컨트롤러 인터페이스에 별칭 이름을 추가하기 위해 다음을 제공합니다.

  1. 다운링크 방향의 위성 sat1에 연결하는 데 사용되는 통합 이더넷 인터페이스의 논리적 단위에 대해 별칭 이름을 구성합니다. 인터페이스에 inet 대해 패밀리 및 주소를 구성합니다.

  2. 다운링크 방향으로 동일한 위성 sat1에 연결하는 데 사용되는 다른 통합 이더넷 인터페이스의 논리적 단위에 대해 별칭 이름을 구성합니다. 인터페이스에 INET 패밀리 및 주소를 구성합니다.

  3. 컨트롤러에서 Gigabit Ethernet 인터페이스에 대한 별칭 이름을 구성하고 매개 변수를 구성합니다.

  4. 기가비트 이더넷 인터페이스를 논리적 인터페이스의 구성원 링크로 ae- 구성합니다.

  5. 컨트롤러와 방화벽 게이트웨이 사이에 네트워크에서 RIP를 구성합니다.

결과

구성 모드에서 명령을 입력하여 구성을 show 확인 출력이 의도한 구성을 표시하지 않는 경우 이 예제에서 구성 지침을 반복하여 수정합니다.

인터페이스가 구성되면 구성 commit 모드에서 명령어를 입력합니다.

주:

다중 주니퍼 네트웍스 M Series 에지 라우터에서 두 개 이상의 논리적 인터페이스에서 동일한 별칭 이름을 구성하면 라우터가 오류 메시지를 표시하고 커밋 실패를 발생

확인

인터페이스 이름 대신 별칭 이름이 표시되는지 확인하기 위해 다음 단계를 수행합니다.

Controller 인터페이스에 대한 Alias Name 구성 검증

목적

인터페이스 이름 대신 별칭 이름이 표시되는지 확인

실행

모든 RIP neighbor에 대한 정보를 표시합니다.

의미

출력은 수행된 벤치마킹 테스트의 세부 정보를 표시합니다. 운영 명령에 대한 자세한 show rip neighbor 내용은 show rip neighborCLI.

클럭 소스 개요

라우터와 인터페이스 모두에서 클럭 소스는 인터페이스 상에서 수신된 외부 클럭 또는 라우터의 내부 Stratum 3 클럭이 될 수 있습니다.

예를 들어 인터페이스 A는 인터페이스 A의 수신 클럭(외부, 루프 타이밍) 또는 Stratum 3 클럭(내부, 라인 타이밍 또는 정상 타이밍)에서 전송할 수 있습니다. 인터페이스 A는 다른 소스의 클럭을 사용할 수 없습니다. 서로 다른 클럭 소스를 사용할 수 있는 SONET/SDH와 같은 인터페이스의 경우 각 인터페이스에서 전송 클럭의 소스를 구성할 수 있습니다.

클럭 소스는 M40 라우터용 SCB(System 컨트롤 보드), M20 라우터용 SSB(System and Switch Board), 컨트롤 보드(컨트롤 보드(CB)) 라우터용 M120(), M40e 및 M160 라우터용 MCS(기타 컨트롤 서브시스템)에 상주합니다. M7i 및 M10i CFEB(Compact Forwarding Engine Board) 및 CFEB-E(Enhanced Compact Forwarding Engine Board)에 클럭 소스가 있습니다.

T 시리즈 및 MX 시리즈의 경우, 클럭 소스 내부 Stratum 3 클럭이 각각 SONET 클락 발생기 및 SCB(Switch 컨트롤 보드)에 상주합니다. 기본적으로 19.44-MHz Stratum 3 레퍼런스 클럭은 모든 직렬 PIC(SONET/SDH) 및 PDH(Plesiochronous Digital Hierarchy) PICs에 대한 클럭 신호를 생성합니다. PDH PICs에는 DS3, E3, T1 및 E1 PICs가 포함됩니다.

주:

M7i M10i 라우터는 SONET 인터페이스의 외부 클로킹을 지원하지 않습니다.

채널화된 인터페이스의 클로킹에 대한 자세한 내용은 Channelized IQ 및 IQE Interfaces Properties 를 참조하십시오. 또한 SONET/SDH 인터페이스에서 클럭 소스 구성과 Channelized T3 루프 타이밍 구성을 볼 수 있습니다.

내부 Stratum 3 클럭을 M40e, M120, M320, 라우터 및 T 시리즈 라우터의 외부 소스와 동기화하는 데 사용할 수 있는 외부 동기화 인터페이스 구성에 대한 자세한 내용은 라우팅 장비용 Junos OS Administration Library, M Series, MX Series및 T 시리즈 라우터를 위한 외부 클럭 동기화 인터페이스를 지원하기 위한 Junos OS 구성 을 참조하십시오.

MX 80, MX240, MX480 및 MX960 유니버설 라우팅 플랫폼 동기식 이더넷 구성에 대한 자세한 내용은 라우팅 https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/system-basics/index.html장비용 Junos OS 관리 라이브러리, MX 시리즈라우터의 동기식 이더넷 개요 및 구성 클럭 동기화 인터페이스 를 참조하십시오. Synchronous Ethernet Overview

클럭 소스 구성

라우터와 인터페이스 모두에서 클럭 소스는 인터페이스 상에서 수신된 외부 클럭 또는 라우터의 내부 Stratum 3 클럭이 될 수 있습니다.

클럭 소스를 외부 또는 내부로 설정:

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동:
  2. 외부 clocking 또는 내부로 옵션을 구성합니다.
주:

M7i M10i 라우터는 SONET 인터페이스의 외부 클로킹을 지원하지 않습니다.

주:

Channelized SONET/SDH PICs에서, 상위(또는 기본) 컨트롤러 클럭을 설정하면 하위 컨트롤러 클럭을 기본 값으로 설정해야 합니다. externalinternal

예를 들어, Channelized STM1 PIC에서 Channelized STM1 인터페이스(기본 컨트롤러)의 클락이 설정되면 CE1 인터페이스(하위 컨트롤러)에 대해 CE1 인터페이스 클락을 으로 구성해야 externalexternal 합니다. CE1 인터페이스 클럭을 에 구성해야 internal 합니다.

채널화된 인터페이스의 클로킹에 대한 자세한 내용은 Channelized IQ 및 IQE Interfaces Properties 를 참조하십시오. 또한 SONET/SDH 인터페이스에서 클럭 소스 구성 및 Channelized T3 루프 타이밍 구성을 볼 수 있습니다.

내부 Stratum 3 클럭을 M40e, M120 및 M320 T 시리즈 라우터의 외부 소스와 동기화하는 데 사용할 수 있는 외부 동기화 인터페이스 구성에 대한 자세한 내용은 라우팅 디바이스를위한 Junos OS 관리 라이브러리인 Junos OS M Series, MX 시리즈및 T 시리즈 라우터를 위한 외부 클럭 동기화 인터페이스를 지원하기 위한 Junos OS 를 참조하십시오.

MX80, MX240, MX480 및 MX960 유니버설 라우팅 플랫폼에서 동기식 이더넷 구성에 대한 자세한 내용은 라우팅 장비용 https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/system-basics/index.htmlJunos OS 관리 라이브러리, MX시리즈 Synchronous Ethernet Overview 라우터의 동기식 이더넷 개요 및 구성 클럭 동기화 인터페이스 를 참조하십시오.

물리적 인터페이스에서 인터페이스 캡슐화 구성

물리적 인터페이스의 인터페이스 캡슐화 이해

PPP(Point-to-Point Protocol) 캡슐화는 물리적 인터페이스를 위한 기본 캡슐화 유형입니다. PPP 캡슐화를 지원하는 물리적 인터페이스에 대해 캡슐화(encapsulation)를 구성할 필요가 없습니다. 캡슐화(encapsulation)를 구성하지 않은 경우 PPP를 기본적으로 사용됩니다.

PPP 캡슐화(encapsulation)를 지원하지 않는 물리적 인터페이스의 경우 인터페이스에서 전송되는 패킷에 사용할 캡슐화(encapsulation)를 구성해야 합니다. 특정 패킷 유형에서 사용되는 캡슐화인 논리적 인터페이스에서 캡슐화(encapsulation)를 구성할 수 있습니다.

물리적 인터페이스의 캡슐화 기능

물리적 인터페이스에서 PPP 또는 Cisco HDLC와 같은 점대점 캡슐화(point-to-point encapsulation)를 구성할 경우, 물리적 인터페이스는 그와 연관된 하나의 논리적 인터페이스(즉, 하나의 명령문)만 가지고 unit 있습니다. 멀티포인트 캡슐화(예: 프레임 릴레이)를 구성할 경우 물리적 인터페이스는 여러 논리적 유닛을, 해당 장치는 점대점(point-to-point) 또는 멀티포인트가 될 수 있습니다.

표준 TPID 태깅을 사용하는 이더넷 인터페이스에 대한 이더넷 CCC 캡슐화는 물리적 인터페이스에 단일 논리적 인터페이스만 제공해야 합니다. VLAN 모드의 이더넷 인터페이스는 다수의 논리적 인터페이스를 가지고 있을 수 있습니다.

VLAN 모드에서 Ethernet 인터페이스의 경우 VLAN 아이디를 다음과 같이 적용할 수 있습니다.

  • VLAN ID 0은 프레임의 우선 순위에 태깅하기 위해 예약됩니다.

  • 캡슐화 유형의 vlan-ccc 경우, VLAN 1 ~ 511은 일반 VLAN에 대해 예약됩니다. VLAN 아이디 512 이상은 VLAN CC를 위해 예약되어 있습니다.

  • 캡슐화 유형의 vlan-vpls 경우, VLAN 1 ~511은 일반 VLAN을 위해 예약하고, VLAN ID 512 ~4094는 VPLS VLAN에 예약됩니다. 4포트 Fast Ethernet 인터페이스의 경우 VPLS VLAN에 VLAN IDS 512 ~1024를 사용할 수 있습니다.

  • 기가비트 이더넷 인터페이스와 SFP를 사용하는 Gigabit Ethernet IQ 및 IQE PIC(M7i 라우터의 10포트 Gigabit Ethernet PIC 및 기본 내장된 Gigabit Ethernet 포트 제외)의 경우 물리적 인터페이스에서 유연한 Ethernet 서비스 캡슐화 기능을 구성할 수 있습니다. 캡슐화가 있는 인터페이스의 경우 flexible-ethernet-services 모든 VLAN 아이디가 유효합니다. 1에서 511까지의 VLAN 아이디는 예약되지 않습니다.

  • 캡슐화 유형 및 모든 extended-vlan-cccextended-vlan-vpls VLAN 아이디가 유효합니다.

구성 가능한 VLAN 아이디에 대한 상한은 인터페이스 유형에 따라 달라집니다.

TCC 캡슐화(encapsulation)를 구성하는 경우, Layer 2 및 Layer 2.5 링크와 달리 VPN 연결을 처리하고 Layer 2 및 Layer 2.5 프로토콜을 로컬로 종료하기 위해 일부 수정이 필요합니다.

라우터는 다음과 같은 미디어별 변경을 수행합니다.

  • PPP TCC—LCP(Link Control Protocol) 및 NCP(Network Control Protocol) 모두 라우터에서 종료됩니다. IPCP(Internet Protocol Control Protocol) IP 주소 협상은 지원되지 않습니다. 또한 Junos OS 프레임에서 모든 PPP 캡슐화 데이터를 제거한 후 전송합니다. 출력의 경우 다음 홉이 PPP 캡슐화로 변경됩니다.

  • Cisco HDLC TCC—라우터에서 Keepalive 프로세싱이 종료됩니다. 이 Junos OS 수신 프레임에서 모든 Cisco HDLC 캡슐화 데이터를 제거한 다음 전송합니다. 출력의 경우, 다음 홉이 Cisco HDLC 캡슐화로 변경됩니다.

  • 프레임 릴레이 TCC—라우터에서 LMI(All Local Management Interface) 프로세싱이 종료됩니다. 또한 Junos OS 프레임에서 모든 프레임 릴레이 캡슐화 데이터를 제거한 후 전송합니다. 출력의 경우, 다음 홉이 Frame Relay 캡슐화로 변경됩니다.

  • ATM—OAM(Operation, Administration, and Maintenance) 및 ILMI(Interim Local Management Interface) 처리가 라우터에서 종료됩니다. 셀 릴레이는 지원되지 않습니다. 또한 Junos OS 프레임에서 모든 ATM 캡슐화 데이터를 제거한 후 전송합니다. 출력의 경우, 다음 홉이 ATM 캡슐화로 변경됩니다.

물리적 인터페이스에서 캡슐화 구성

기본적으로 PPP는 물리적 인터페이스를 위한 캡슐화 유형입니다. 물리적 인터페이스에서 캡슐화 구성을 구성하기 위해 계층 수준에서 캡슐화 [edit interfaces interface-name] 명령문을 포함합니다.

물리적 인터페이스에서 캡슐화 구성:

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동하십시오.
  2. 캡슐화에 설명된 바와 같이 캡슐화 유형을 구성합니다.
    주:
    • 물리적 인터페이스에서 PPP 또는 Cisco HDLC와 같은 점대점 캡슐화(point-to-point encapsulation)를 구성할 경우, 물리적 인터페이스는 그와 연관된 하나의 논리적 인터페이스(즉, 하나의 단위 명령문)만 가지고 있습니다. 멀티포인트 캡슐화(예: 프레임 릴레이)를 구성할 경우 물리적 인터페이스는 여러 논리적 유닛을, 해당 장치는 점대점(point-to-point) 또는 멀티포인트가 될 수 있습니다.

    • 캡슐화 유형이 캡슐화로 설정될 때 LMI 유형이 ANSI 또는 Cisco-compatible Frame Relay Q933-A로 설정되도록 합니다.

    • 캡슐화가 물리적 인터페이스 수준에서 설정되면 커밋 검사는 그 어떤 패밀리도 구성되지 vlan-vplsinet 않는지 검증합니다.

물리적 SONET/SDH 인터페이스에 캡슐화 표시

목적

구성된 캡슐화 및 관련 세트 옵션을 물리적 인터페이스에 표시하기 위해 다음이 계층 수준에서 [edit interfaces interface-name] 설정되면

  • interface-name—so-7/0/0

  • 캡슐화—ppp

  • 유닛—0

  • 가족—inet

  • Address—192.168.1.113/32

  • 목적지—192.168.1.114

  • 가족— isompls

실행

계층 show 수준에서 명령을 [edit interfaces interface-name] 실행합니다.

의미

구성된 캡슐화 및 관련 세트 옵션은 예상대로 표시됩니다. 두 번째 명령문 집합은 인터페이스에서 IS-IS(Intermediate System to Intermediate System) MPLS family 수 있습니다.

PTX 시리즈에서 인터페이스 캡슐화 구성 패킷 전송 라우터

이 주제는 PTX 시리즈 네트워크에서 인터페이스 캡슐화(interface encapsulation)를 구성하는 패킷 전송 라우터. 구성 명령문을 사용하여 물리적 인터페이스 하의 서로 다른 논리적 인터페이스에 대해 서로 다른 flexible-ethernet-services 캡슐화(encapsulation)를 구성합니다. 유연한 이더넷 서비스 캡슐화(encapsulation)를 통해 VLAN 아이디에 대한 범위 제한 없이 각 논리적 인터페이스 캡슐화(encapsulation)를 구성할 수 있습니다.

물리적 인터페이스를 위한 지원되는 캡슐화는 다음과 같습니다.

  • flexible-ethernet-services

  • ethernet-ccc

  • ethernet-tcc

논리적 인터페이스를 위한 지원되는 캡슐화는 다음과 같습니다.

  • ethernet

  • vlan-ccc

  • vlan-tcc

주:

PTX 시리즈 패킷 전송 라우터 인터페이스에서 지원 및 캡슐화가 extended-vlan-ccextended-vlan-tcc 지원되지 않습니다. 대신 동일한 결과를 달성하기 위해 TPID(Tag Protocol ID) 0x9100 수 있습니다.

유연한 Ethernet 서비스 캡슐화(encapsulation)를 구성하기 위해 계층 수준에서 encapsulation flexible-ethernet-services[edit interfaces et-fpc/pic/port ] 명령문을 포함합니다. 몇 가지 예를 들면 다음과 같습니다.

Keepalives 구성

기본적으로 Cisco HDLC 또는 PPP 캡슐화로 구성된 물리적 인터페이스는 10초 간격으로 Keepalive 패킷을 전송합니다. Keepalives를 위한 프레임 릴레이 용어는 LMI 패킷입니다. Junos OS ALM은 ANSI T1.617 Annex D LMIS와 ITU Q933 Annex ALMIS를 모두 지원하며, ATM 네트워크에서 OAM 셀은 동일한 기능을 수행합니다. 논리적 인터페이스 수준에서 OAM 셀을 구성합니다. 자세한 내용은 ATM OAM F5 루프백 셀 기간 정의를 참조하십시오.

Keepalives 전송을 비활성화하는 경우:

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동하십시오.
  2. 계층 no-keepalives 수준에서 [edit interfaces interface-name] 명령문을 포함합니다.

Cisco HDLC 캡슐화로 구성된 물리적 인터페이스에서 변환 상호 연결을 위해 Keepalive를 전송하지 않도록 설정:

  1. 구성 모드에서 계층 [edit interfacesinterface-name] 수준으로 이동하십시오.

  2. 계층 no-keepalives 수준에서 명령문을 encapsulation cisco-hdlc-tcc[edit interfaces interface-name] 포함하십시오.

변환 상호 연결을 위해 PPP 캡슐화로 구성된 물리적 인터페이스에서 Keepalive를 전송하지 않도록 설정:

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동하십시오.

  2. 계층 no-keepalives 수준에서 명령문을 encapsulation ppp-tcc[edit interfaces interface-name] 포함하십시오.

변환 상호 연결에 대한 자세한 내용은 Circuit and Translational Cross-Connects 개요를 참조하십시오.

ATM 또는 Multilink PPP over ATM 캡슐화로 PPP를 구성할 경우 논리적 인터페이스에서 Keepalive를 활성화하거나 비활성화할 수 있습니다. 자세한 내용은 ATM2 캡슐화의 PPP 구성을 참조하십시오.

명시적으로 Keepalive의 전송을 활성화하려면 다음을 제공합니다.

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동하십시오.

  2. 계층 keepalives 수준에서 [edit interfaces interface-name] 명령문을 포함합니다.

기본 keepalive 값 중 하나 이상을 변경하기 위해 다음을 제공합니다.

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동하십시오.

  2. 을 적절한 옵션과 keepalivesintervalsecondsdown-countnumber .으로 명령문을 up-countnumber 포함합니다.

Cisco HDLC 또는 PPP 캡슐화로 구성된 인터페이스에서 다음과 같은 3가지 keepalive 명령문을 포함할 수 있습니다. 프레임 릴레이 캡슐화는 다음 명령문의 영향을 받지 않습니다.

  • interval seconds—연속적인 계속 요청 간의 시간(초)입니다. 범위는 1초부터 32767초까지, 기본값은 10초입니다.

  • down-count number—네트워크가 링크를 다운하기 전에 대상이 수신하지 못하는 keepalive 패킷의 수입니다. 범위는 1에서 255까지, 기본 3입니다.

  • up-count number—수신해야 하는 유지 패킷 수가 링크 상태를 아래에서 최대로 변경합니다. 범위는 1에서 255까지, 기본값은 1입니다.

경고:

인터페이스 Keepalives가 구성 명령문(예: 10-Gigabit Ethernet)을 지원하지 않는 인터페이스에서 구성되면 PIC가 재시작되면 링크 레이어가 다운될 수 keepalives 있습니다. 구성 명령문을 지원하지 않는 인터페이스에서 Keepalive를 구성하지 keepalives 않도록 합니다.

Frame Relay Keepalive 설정에 대한 자세한 내용은 Frame Relay Keepalives 구성을 참조하십시오.

MPC/MIC(Modular Port Concentrrators/Modular Interface Cards)가 있는 MX 시리즈 라우터에서 MPC/MIC 프로세스의 패킷 전달 엔진 LCP(Link Control Protocol)에 응답하고 PPP 가입자(클라이언트)가 시작하고 라우터로 보내는 Keepalive 패킷에 응답합니다. LCP Echo-Request 패킷이 패킷 전달 엔진 대신 PP에 의해 라우팅 엔진 PPP Fast Keepalive라고 불리우는 메커니즘은 MX 시리즈 라우터에서 PPP Fast Keepalive가 어떻게 작동하는지 확인하려면 Junos OS 가입자액세스 구성 가이드 를 참조하십시오.

물리적 인터페이스에서 한방향 트래픽 흐름 이해

기본적으로 물리적 인터페이스는 양방향, 즉, 트래픽을 전송하고 수신합니다. 10기가비트 이더넷 인터페이스에서 한방향 링크 모드를 구성하여 한방향인 2개의 새로운 물리적 인터페이스를 구성할 수 있습니다. 새로운 전송 전용 및 수신 전용 인터페이스는 독립적으로 작동하지만, 두 인터페이스 모두 원래의 상위 인터페이스에 하위 인터페이스에 해당됩니다.

이 원방향 인터페이스는 한방향 링크 토폴로지의 구성을 가능하게 합니다. 단방향 링크는 거의 모든 트래픽 플로우가 제공업체에서 사용자에 대한 방향으로 연결되는 광대역 비디오 서비스와 같은 애플리케이션에 유용합니다. 일방향 링크 모드는 전송 및 수신 인터페이스를 차차적으로 전용화함으로써 대역폭을 보존합니다. 또한, 단방향 링크 모드는 전송 전용 및 수신 전용 인터페이스가 독립적으로 실행되어 이러한 애플리케이션을 위해 포트를 보존합니다. 예를 들어 각 라우터를 서로 다른 라우터에 연결할 수 있습니다. 예를 들어 필요한 포트의 총 수를 줄일 수 있습니다.

주:

단방향 링크 모드는 현재 다음 하드웨어에서만 지원됩니다.

  • 라우터에서 4포트 10기가비트 DPS(Dense Port Concentrator) 기가비트 MX960

  • 라우터에서 10기가비트 이더넷 IQ2 PIC 및 10기가비트 이더넷 IQ2E T 시리즈

전송 전용 인터페이스는 항상 작동됩니다. 수신 전용 인터페이스의 작동 상태는 로컬 장애에 따라 달라지며, 원격 장애 및 전송 전용 인터페이스의 상태에 독립적입니다.

상위 인터페이스에서 클로킹, 프레이밍, 기가터 옵션, sonet 옵션 등의 두 인터페이스에 공통된 속성을 구성할 수 있습니다. 각 한방향 인터페이스에서 캡슐화, MAC 주소, 최대 전송 단위(MTU), 논리적 인터페이스를 구성할 수 있습니다.

한방향 인터페이스는 IP 및 IPv6를 지원하며, 패킷 포워링은 정적 경로와 정적 ARP 엔트리를 통해 생성됩니다. 두 인터페이스 모두에서 독립적으로 구성할 수 있습니다.

전송 통계만 전송 전용 인터페이스에 보고됩니다(수신 전용 인터페이스에서 0으로 표시). 수신 통계만이 수신 전용 인터페이스에 보고됩니다(전송 전용 인터페이스에서 0으로 표시). 전송 및 수신 통계 모두 상위 인터페이스에 보고됩니다.

물리적 인터페이스에서 한방향 트래픽 흐름 활성화

기본적으로 물리적 인터페이스는 양방향, 즉, 트래픽을 전송하고 수신합니다. 10기가비트 이더넷 인터페이스에서 한방향 링크 모드를 구성하여 한방향인 2개의 새로운 물리적 인터페이스를 구성할 수 있습니다. 새로운 전송 전용 및 수신 전용 인터페이스는 독립적으로 작동하지만, 두 인터페이스 모두 원래의 상위 인터페이스에 하위 인터페이스에 해당됩니다.

물리적 인터페이스에서 한방향 링크 모드를 활성화하려면 다음 단계를 수행합니다.

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동:
  2. 원래 상위 인터페이스에 하위에 있는 2개의 새로운 단방향(전송 전용 및 수신 전용) 물리적 인터페이스를 생성하는 unidirectional 옵션을 구성합니다.
주:

단방향 링크 모드는 현재 다음 하드웨어에서만 지원됩니다.

  • 라우터에서 4포트 10기가비트 DPS(Dense Port Concentrator) 기가비트 MX960

  • 라우터에서 10기가비트 이더넷 IQ2 PIC 및 10기가비트 이더넷 IQ2E T 시리즈

물리적 인터페이스 감쇠 개요

물리적 인터페이스 감쇠는 인터페이스 상하 전환(플래핑)의 광고를 제한합니다. 전환이 발생할 때마다 인터페이스 상태가 변경하여 상위 수준 라우팅 프로토콜에 광고를 생성합니다. 제동은 이러한 광고의 수를 줄이는 데 도움이 됩니다.

네트워크 구축의 관점에서 물리적 인터페이스 플랩은 다음과 같은 범주에 속합니다.

  • 짧은 기간(밀리초)의 거의 즉각적 다중 플랩(flap)을 제공합니다.

  • 장기적인 플랩(초)

그림 1 각 케이스에서 사용할 수 있는 인터페이스 플랩과 댐핑 구성을 설명하는 데 사용됩니다.

그림 1: 전송 장비를 통해 연결된 2개의 라우터 인터페이스전송 장비를 통해 연결된 2개의 라우터 인터페이스
주:

물리적 인터페이스 양 끝에서 유사한 댐핑 구성을 사용하는 것이 좋습니다. 한 단말에 감쇠를 구성하고 다른 단말에 인터페이스 감쇠를 하지 않을 경우 원치 않는 문제가 될 수 있습니다.

다음 섹션에서는 전환 시간 길이에 따라 인터페이스 감쇠의 유형을 설명합니다.

댐핑 개요 짧은 물리적 인터페이스 전환을 위한

그림 1 두 개의 전송 디바이스가 있는 두 개의 라우터가 표시되어 있습니다. 두 전송 장치 간의 중복 링크에 장애가 발생하면 링크 스위칭이 수행됩니다. 링크 스위칭에는 수 밀리초가 소요됩니다. 에 표시된 바에 따르면, 스위칭 중에 두 라우터 인터페이스에 업 및 다운 시간이 수밀리초 동안 여러 플랩이 발생할 그림 2 수 있습니다. 상위 수준의 라우팅 프로토콜에 광고하는 경우 이러한 다중 플랩은 원치 않을 경로 업데이트로 이어질 수 있습니다. 이것이 이러한 인터페이스 플랩을 저지하기를 원할 수 있는 이유입니다.

주:

감쇠는 라우팅 프로토콜에만 적합합니다.

물리적 인터페이스 전환을 단축하기 위해 인터페이스에 명령문을 사용하여 인터페이스 감쇠를 hold-time 구성합니다. 홀드 타임(hold timer)은 홀드 타임(hold timer) 시간이 지날 때까지 인터페이스 전환을 광고하지 않는 등 인터페이스 감쇠를 가능하게 합니다. 홀드 다운 타임러가 구성되면 인터페이스가 최대에서 하락하면 다운 홀드 타임러가 트리거됩니다. 홀드 타임 동안 발생하는 모든 인터페이스 전환은 무시됩니다. 타임러가 만료되고 인터페이스 상태가 계속 다운되면 라우터가다운되는 인터페이스를 광고하기 시작됩니다. 마찬가지로, 홀드업 타임러가 구성되면 인터페이스가 다운타이머(hold-timer)가 트리거됩니다. 홀드 타임 동안 발생하는 모든 인터페이스 전환은 무시됩니다. 타임러가 만료되고 인터페이스 상태가 계속되면 라우터가시작되는 인터페이스에 대해 알려기 시작됩니다.

그림 2: 짧은 기간의 다중 플랩(밀리초)짧은 기간의 다중 플랩(밀리초)

더 긴 물리적 인터페이스 전환을 위한 댐핑 개요

라우터 인터페이스와 전송 장치 간의 링크가 안정적이지 않을 경우 에 표시된와 같이 주기적인 플래핑(flapping)이 발생할 수 그림 3 있습니다. 플랩은 초 이상의 순서로 발생하며, 업 및 다운 플랩 지속 시간(초 이상)으로 진행됩니다. 이 경우 홀드 타임러 기능을 사용하면 비교적 길고 반복되는 인터페이스 플랩을 억제할 수 없는 최적의 결과를 생성하지 못합니다. 보유 시간 기간을 여전히 초로 늘리면 플래핑 인터페이스에 대한 경로 업데이트를 시스템에서 전송할 수 있으므로 시스템 인터페이스의 주기적으로 플래핑(flapping) 인터페이스를 억제하지 못합니다.

그림 3: 기간 주기적 플랩(초)기간 주기적 플랩(초)

주기적인 인터페이스 플랩을 위해 인터페이스에 명령문을 사용하여 인터페이스 댐핑을 damping 구성합니다. 이 감쇠 방법은 기하급수적인 백오프 알고리즘을 사용하여 상위 수준 프로토콜에 대한 인터페이스 업 및 다운 이벤트 보고를 억제합니다. 인터페이스가 다운될 때마다 페널티 카운터에 페널티가 추가됩니다. 어느 시점에 누적된 페널티가 억제 수준을 초과하는 경우 인터페이스는 억제(suppress) 상태를, 인터페이스 링크 위 및 하강 이벤트는 상위 수준 프로토콜에 보고되지 않습니다.

주:
  • 오직 PTX 시리즈 라우터, T 시리즈 라우터, MX960 라우터, MX480 라우터, MX240 라우터, MX80 라우터 및 M10i 라우터만이 모든 라인 카드에서 인터페이스 플랩(flap)을 주기적으로 감쇠할 수 있습니다.

  • 모든 인터페이스 플랩에 페널티가 추가된 페널티는 1000입니다.

  • 억제로 인하여 인터페이스가 다운 상태인지 또는 물리적 인터페이스의 실제 상태를 나타내지 않습니다. 이 때문에 SNMP 링크 트랩 및 OAM(Operation, Administration and Maintenance) 프로토콜은 손상된 버전의 링크 상태를 실제 버전과 차별화할 수 없습니다. 따라서 트랩 및 프로토콜이 예상대로 작동하지 않을 수 있습니다.

  • 명령 출력 필드의 정보를 확인하여 Dampingshow interface extensive 억제를 확인할 수 있습니다.

인터페이스 페널티 카운터는 기하 급수적인 Decay 프로세스를 따르고 있습니다. 물리적 수준 링크의 다운 또는 업 시 복구에 적용되는 부패 프로세스를 그림 4그림 5 보여도 됩니다. 누적 페널티가 재사용 수준 하단 경계에 도달하면 인터페이스는 지원되지 않는 것으로 표시되어 인터페이스 링크 상태의 추가 변경이 상위 수준 프로토콜에 보고됩니다. 이 옵션을 사용하여 최대 페널티 값 이상으로 페널티의 누적을 제한하는 최대 시간을 max-suppress 구성합니다. 최대 페널티의 값을 소프트웨어로 계산합니다. 최대 페널티는 최대 억제를 통해 은신(decay)하여 재사용 수준에 도달한 시간과 대응합니다. 재사용 수준을 넘어서 페널티는 계속 부패합니다.

그림 4 누적된 페널티와 시간이 지날 때의 징조를 그림 5 곡선으로 보여도 됩니다. 페널티가 재사용 수준 이하로 부과될 때 물리적 수준 링크가 상태를 변경하면, 상태 변경이 시스템에 알려지며 SNMP 상태 변경을 발생하게 됩니다.

그림 4 은 물리적 링크가 다운된 경우 재사용 수준 이하로 떨어지는 페널티를 보여줍니다. 물리적 수준 링크가 최대로 전환된 후에만 시스템이 상태 변경을 통보합니다.

그림 4: 페널티가 재사용 수준 이하로 떨어지면 물리적 수준 링크가 다운됩니다.페널티가 재사용 수준 이하로 떨어지면 물리적 수준 링크가 다운됩니다.

그림 5 은 물리적 링크가업된 경우 재사용 수준 이하로 떨어지는 페널티를 보여줍니다. 시스템에 상태 변경을 즉시 통보합니다.

그림 5: 페널티가 재사용 수준 이하로 떨어지면 물리적 수준 링크가 올라페널티가 재사용 수준 이하로 떨어지면 물리적 수준 링크가 올라

감쇠하는 물리적 인터페이스 전환 시간 단축

기본적으로 인터페이스가 다운되거나 다운되는 경우에서 하락으로 변경하면 이러한 전환이 하드웨어 및 소프트웨어에 즉시 Junos OS. 일부 상황에서는 인터페이스가 ADM(Add/Drop Multiplexer) 또는 파장 분할 멀티플렉서(파장 분할 멀티플렉싱(WDM))에 연결되거나 SONET/SDH 프레임러 홀로부터 보호하기 위해 인터페이스 전환을 저지할 수 있습니다. 즉, 특정 기간이 지나기 전까지는 인터페이스의 전환(hold-time)을광고하지 않습니다. 인터페이스 전환이 손상되면 인터페이스가 최대에서 아래로 내려가 다운 홀드타이머가 트리거됩니다. 홀드 타임 동안 발생하는 모든 인터페이스 전환은 무시됩니다. 타임러가 만료되고 인터페이스 상태가 계속 다운되면 라우터가다운된 것으로 인터페이스를 광고하기 시작됩니다. 마찬가지로 인터페이스가 다운되면 업 홀드타이머(hold-timer)가 트리거됩니다. 홀드 타임 동안 발생하는 모든 인터페이스 전환은 무시됩니다. 타임러가 만료되고 인터페이스 상태가 계속되면 라우터가시작되는 인터페이스에 대해 알려기 시작됩니다. 물리적 인터페이스 감쇠에 대한 정보는 Physical Interface Damping 개요 를 참조하십시오.

이 작업은 밀리초 내 물리적 인터페이스 전환을 단축하는 데 적용됩니다. 몇 초 만에 물리적 인터페이스 전환이 댐핑되는 경우, 댐핑(Damping) 물리적 인터페이스 전환(Damping Longer Physical Interface Transitions)을 참조하세요.

더 짧은 물리적 인터페이스 전환 감쇠 구성:

  1. 인터페이스 이름이 아래와 같은 곳을 댐프(damp)하는 인터페이스를 interface-type-fpc/pic/port 선택합니다.
  2. 링크 업 및 링크 다운에 대한 보류 시간을 구성합니다.

보유 시간은 0에서 4,294,967,295밀리초까지의 가치가 될 수 있습니다. 기본값은 0이기 때문에 인터페이스 전환이 손상되지 않습니다. Junos OS 지정한 시간 값의 100밀리초 내에 전환을 광고합니다.

대부분의 Ethernet 인터페이스의 경우 1초의 폴링 알고리즘을 사용하여 홀드 타임(hold timers)이 구현됩니다. 소형 폼 팩터 플러그형 트랜시브(SFP)를 사용하는 1포트, 2포트 및 4포트 Gigabit Ethernet 인터페이스의 경우, 홀드 타임이 중단됩니다.

주:

컨트롤러 인터페이스에는 이 hold-time 옵션을 사용할 수 없습니다.

긴 물리적 인터페이스 전환 감쇠

물리적 인터페이스 감쇠는 인터페이스 상하 전환(플래핑)의 광고를 제한합니다. 라우터 인터페이스와 전송 장비 간의 불안정한 링크는 주기적인 플래핑(flapping)으로 이어질 수 있습니다. 더 긴 플랩은 1초의 업 및 다운 지속으로 약 5초 이상의 기간으로 발생합니다. 이러한 주기적인 인터페이스 플랩의 경우 인터페이스에 명령문을 사용하여 인터페이스 damping 댐핑(damping)을 구성합니다. 이 감쇠 방법은 기하급수적인 백오프 알고리즘을 사용하여 상위 수준 프로토콜에 대한 이벤트 보고를 억제합니다. 인터페이스가 다운될 때마다 페널티 카운터에 페널티가 추가됩니다. 어느 시점에 누적된 페널티가 억제 수준을 초과하는 경우 인터페이스는 억제(suppress) 상태로 위치하며 상위 수준 프로토콜에 대한 추가 인터페이스 상태 업 및 다운 전환은 보고되지 max-suppress 않습니다.

주:
  • PTX 시리즈 라우터, T 시리즈 라우터, MX2010 라우터, MX2020 라우터, MX960 라우터, MX480 라우터, MX240 라우터, MX80 라우터 및 M10i 라우터만이 주기적인 인터페이스 플랩을 위한 인터페이스 감쇠를 지원합니다.

  • 억제로 인하여 인터페이스가 다운 상태인지 또는 물리적 인터페이스의 실제 상태를 나타내지 않습니다. 이 때문에 SNMP 링크 트랩 및 OAM(Operation, Administration and Maintenance) 프로토콜은 손상된 버전의 링크 상태를 실제 버전과 차별화할 수 없습니다. 따라서 트랩 및 프로토콜이 예상대로 작동하지 않을 수 있습니다.

  • 명령 출력 필드의 정보를 확인하여 Dampingshow interface extensive 억제를 확인할 수 있습니다.

명령어로 감쇠 매개변수를 볼 수 show interfaces extensive 있습니다.

더 긴 물리적 인터페이스 전환 감쇠 구성:

  1. 인터페이스 이름이나 인터페이스 범위가 있는 interface-type-fpc/pic/port 댐프(damp)를 위한 인터페이스를 선택합니다.
  2. 물리적 인터페이스에서 인터페이스 전환 시간이 길어지기:
  3. (선택 사항) 인터페이스의 불안정성에 상관없이 인터페이스가 억제될 수 있는 최대 시간을 초 만에 설정
    주:

    값보다 큰 값으로 구성합니다. 그렇지 않은 경우 max-suppresshalf-life 구성이 거부됩니다.

  4. (선택 사항) 인터페이스가 안정적이면 누적 인터페이스 페널티 카운터가 반으로 감소한 간격인 반감기(decay half-life)를 몇 초 만에 설정합니다.
    주:

    값보다 큰 값으로 구성합니다. 그렇지 않은 경우 max-suppresshalf-life 구성이 거부됩니다.

  5. (선택 사항) 재사용 임계값을 설정합니다(단위 없음). 누적된 인터페이스 페널티 카운터가 이 값 이하로 떨어지면 인터페이스는 더 이상 억제하지 않습니다.
  6. (선택 사항) 억제 임계치(단위 없음)를 설정합니다. 누적된 인터페이스 페널티 카운터가 이 값을 초과하면 인터페이스가 억제됩니다.

예를 들면 다음과 같습니다. 물리적 인터페이스 감쇠 구성

이 예에서는 PTX 시리즈 네트워크에서 물리적 인터페이스에 대한 댐핑(damping)을 구성하는 패킷 전송 라우터.

요구 사항

이 예에서는 다음과 같은 하드웨어 및 소프트웨어 구성 요소를 활용합니다.

  • PTX 시리즈 1개 패킷 전송 라우터

  • 입력 패킷을 제공하고 출력 패킷을 수신하는 하나 이상의 라우터

  • Junos OS Release 14.1 이상

개요

물리적 인터페이스 감쇠는 인터페이스에서 업 및 다운 전환(플래핑)을 원활하게 제공합니다. 전환이 발생할 때마다 인터페이스 상태가 변경하여 상위 수준 라우팅 프로토콜에 광고를 생성합니다. 제동은 이러한 광고의 수를 줄이는 데 도움이 됩니다.

네트워크 구축의 관점에서 물리적 인터페이스 플랩은 다음과 같은 범주에 속합니다.

  • 짧은 기간(밀리초)의 거의 즉각적 다중 플랩(flap)을 제공합니다. 물리적 인터페이스 전환을 단축하기 위해 인터페이스에 명령문을 사용하여 인터페이스 감쇠를 hold-time 구성합니다. 홀드 타임(hold timer)은 홀드 타임(hold timer) 시간이 지날 때까지 인터페이스 전환을 광고하지 않는 등 인터페이스 감쇠를 가능하게 합니다. 홀드 다운 타임러가 구성되고 인터페이스가 최대 다운되면 시스템의 나머지 인터페이스가 홀드 다운 타임러 기간 동안 다운될 때까지 인터페이스가 다운되는 것을 알려지지 않습니다. 마찬가지로, 홀드업 타임러가 구성되고 인터페이스가 최대로 다운되면, 보류(hold-up) 타임러 기간 동안 유지될 때까지는 인터페이스가 올라가는 것으로 광고되지 않습니다.

  • 장기적인 플랩(초) 주기적인 인터페이스 플랩을 위해 인터페이스에 명령문을 사용하여 인터페이스 댐핑을 damping 구성합니다. 이 감쇠 방법은 기하급수적인 백오프 알고리즘을 사용하여 상위 수준 프로토콜에 대한 이벤트 보고를 억제합니다. 인터페이스가 다운될 때마다 페널티 카운터에 페널티가 추가됩니다. 어느 시점에 누적된 페널티가 억제 수준을 초과하는 경우 인터페이스는 억제(suppress) 상태로 배치될 수 있으며 추가 인터페이스 상태 업(state up) 전환은 상위 수준 프로토콜에 보고되지 않습니다.

구성

CLI 빠른 구성

이 예제를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣기하고, 라인 끊기를 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경한 다음, 명령어를 계층 수준에서 CLI [edit] 붙여넣습니다.

절차

단계별 절차

PTX 시리즈에 댐핑을 구성하는 패킷 전송 라우터:

  1. 반감기 간격 설정, 최대 억제, 재사용, 값 억제, 활성화:

  2. 커밋 구성:

결과

구성 모드에서 명령을 입력하여 구성을 show interfaces 확인 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.

확인

구성이 제대로 작동하고 있는지 확인하려면 다음 작업을 수행하십시오.

xe-6/0/0에서 인터페이스 감쇠 확인

목적

인터페이스에서 댐핑이 활성화되어 있는지, 그리고 감쇠 매개변수 값이 올바르게 설정되어 있는지 검증합니다.

실행

작동 모드에서 명령을 show interfaces extensive 실행합니다.

의미

xe-6/0/0 인터페이스에서 댐핑(Damping)이 활성화 및 구성되었습니다.

물리적 인터페이스에서 SNMP 알림 활성화 또는 비가동

기본적으로 인터페이스 또는 연결 상태가 변경될 때 SNMP(Simple Network Management Protocol) 알림이 전송됩니다. 사용자 요구 사항에 따라 이러한 알림을 활성화하거나 비활성화할 수 있습니다.

물리적 인터페이스에서 SNMP 알림 전송을 명시적으로 활성화하려면 다음 단계를 수행합니다.

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동:
  2. 연결 상태가 변경되면 SNMP(Simple Network Management Protocol) 알림을 전송할 수 있도록 옵션을 traps 구성합니다.

물리적 인터페이스에서 SNMP 알림 전송을 비활성화하면 다음 단계를 수행합니다.

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동:

  2. 연결 상태가 변경되면 SNMP(Simple Network Management Protocol) 알림 전송을 금지하는 no-traps 옵션을 구성합니다.

물리적 인터페이스를 위한 계정 구성

회계 프로파일 개요

주니퍼 네트웍스 스위치는 라우터와 스위치를 통과하는 트래픽에 대한 다양한 유형의 데이터를 수집할 수 있습니다. 다음을 포함하여 이 데이터의 몇 가지 공통 특성을 지정하는 하나 이상의 어 회계 프로파일을 설정할 수 있습니다.

  • 회계 레코드에서 사용되는 필드

  • 라우터 또는 스위치가 폐기하기 전에 보관하는 파일 수 및 파일당 bytes 수

  • 시스템이 데이터를 기록하기 위해 사용하는 폴링 기간

프로필을 구성하고 계층 수준에서 명령문을 사용하여 각 프로파일에 대한 고유 [edit accounting-options] 이름을 정의합니다. 회계 프로파일에는 두 가지 유형이 있습니다. 인터페이스 프로파일 및 필터 프로파일을 제공합니다. 계층 수준에서 명령문을 포함해 인터페이스 interface-profile[edit accounting-options] 프로파일을 구성합니다. 계층 수준에서 명령문을 포함하도록 필터 filter-profile[edit accounting-options] 프로파일을 구성합니다. 자세한 내용은 라우팅 장비에 대한 Junos OS 네트워크 관리 가이드 를 참조하십시오.

계층 수준에 명령문을 포함해 필터 accounting-profile[edit firewall filter filter-name][edit firewall family family filter filter-name] 프로파일을 적용합니다. 자세한 내용은 라우팅 정책, 방화벽 필터 및 트래픽 정책 사용자 가이드 를 참조하십시오.

물리적 인터페이스를 위한 계정 구성

시작하기 전에

특정 물리적 인터페이스에서 입력 및 출력 패킷에 대한 오류 및 통계 정보를 수집하려면 프로필을 구성해야 합니다. 회계 프로파일은 수집하여 로그 파일에 기록할 통계를 지정합니다. 어 회계 데이터 로그 파일을 구성하는 방법에 대한 자세한 내용은 어 회계-데이터 로그 파일 구성 을 참조하십시오.

인터페이스 프로파일은 수집하여 로그 파일에 기록된 정보를 지정합니다. 특정 물리적 인터페이스에서 입력 및 출력 패킷에 대한 오류 및 통계 정보를 수집하도록 프로필을 구성할 수 있습니다.

  1. 인터페이스를 위해 어떤 통계를 수집해야 하는지 구성하기 위해 계층 수준에서 fields[edit accounting-options interface-profile profile-name] 명령문을 포함해야 합니다.
  2. 각 계정 프로필은 해당 통계를 디렉토리의 파일에 /var/log 기록합니다. 어떤 파일을 사용할지 구성하기 위해 계층 수준에서 file[edit accounting-options interface-profile profile-name] 명령문을 포함합니다.
    주:

    계층 수준에서 이미 구성된 인터페이스 프로파일에 대한 file[edit accounting-options] 명령문을 지정해야 합니다. 자세한 내용은 Accounting-Data Log Files를 참조하십시오.

  3. 계정 프로파일이 활성화된 각 인터페이스는 회계 프로파일에 지정된 간격마다 한 번 수집된 통계를 가지고 있습니다. 통계 수집 시간은 구성된 간격에 따라 일정이 정해집니다. 간격을 구성하기 위해 [ ] 계층 수준에서 간격 edit accounting-options interface-profile profile-name 명령문을 포함합니다.
    주:

    허용되는 최소 간격은 1분입니다. 많은 수의 인터페이스를 위해 계정 프로파일에서 낮은 간격을 구성하면 심각한 성능 저하가 발생할 수 있습니다.

  4. 회계를 수행해야 하는 인터페이스를 구성하려면 계층 수준에서 명령문을 포함해 인터페이스 프로파일을 물리적 인터페이스에 accounting-profile[edit interfaces interface-name] 적용합니다.

물리적 인터페이스를 위한 회계 프로파일 표시

목적

구성된 계정 프로필을 계층 수준에서 특정 물리적 인터페이스를 [edit accounting-options interface-profile profile-name] 표시하려면 다음을 제공합니다.

  • interface-name—ge-1/0/1

  • 인터페이스 프로파일 —if_profile

  • 파일 이름—if_stats

  • 간격—15분

실행

  • 계층 show 수준에서 명령을 [edit edit interfaces ge-1/0/1] 실행합니다.

  • 계층 show 수준에서 명령을 [edit accounting-options] 실행합니다.

의미

구성된 계정 및 관련 설정 옵션이 예상대로 표시됩니다.

물리적 인터페이스 비가시

물리적 인터페이스 비가시

구성에서 인터페이스 구성 명령문을 제거하지 않고도 물리적 인터페이스를 비활성화하여 다운된 것으로 마킹할 수 있습니다.

경고:

동적 가입자 및 논리적 인터페이스는 네트워크 연결에 물리적 인터페이스를 사용합니다. 이 Junos OS 기능을 사용하면 동적 가입자 및 논리적 인터페이스가 여전히 활성화되는 동안 인터페이스를 비활성화 및 커밋할 수 있습니다. 이 작업으로 인터페이스에 있는 모든 가입자 연결이 손실됩니다. 인터페이스를 사용할 수 없습니다.

물리적 인터페이스를 비활성화하는 경우:

  1. 구성 모드에서 계층 [edit interfaces interface-name] 수준으로 이동하십시오.
  2. disable명령문을 포함합니다.
주:

라우터에서 PIC 유형에 따라 계층 수준에서 명령문을 사용할 경우 인터페이스가 레이저를 disableedit interfaces 끄거나 꺼지지 않을 수 있습니다. 구형 PIC 트랜시버는 레이저의 전원을 끄는 것은 지원하지 않지만, SFP 및 XFP 트랜시버가 있는 새로운 Gigabit Ethernet PIC는 이를 지원할 수 있으며 인터페이스가 비활성화될 경우 레이저가 꺼집니다.

레이저 경고:

인터페이스가 비활성화된 경우에도 레이저 빔을 보거나 옵티컬 장비로 직접 보지 마십시오.

예를 들면 다음과 같습니다. 물리적 인터페이스 비가시

샘플 인터페이스 구성:

인터페이스 비가시:

인터페이스 구성 검증:

T 시리즈 PIC에 인터페이스 수를 설정하지 않는 경우의 영향

다음 표는 T series PIC에 명령문을 사용하는 데 대한 set interfaces disable interface_name 영향을 설명하고 있습니다.

표 13: 세트 인터페이스의 효과(<interface_name>ON T 시리즈 PICs) 비활성화

PIC 모델 번호

PIC 설명

PIC 유형

행동

PF-12XGE-SFPP

SFP+(10기가비트 이더넷 LAN/WAN PIC 및 T4000 라우터)

5

Tx Laser 비활성화

PF-24XGE-SFPP

오버서브스크립션 및 SFP+(T4000 라우터)가 있는 10기가비트 이더넷 LAN/WAN PIC

5

Tx Laser 비활성화

PF-1CGE-CFP

CFP(T4000 라우터가 있는 100기가비트 이더넷 PIC)

5

Tx Laser 비활성화

PD-4XGE-XFP

10기가비트 이더넷, 4포트 LAN/WAN XFP

4

Tx Laser 비활성화

PD-5-10XGE-SFPP

SFP+ 지원 10기가비트 LAN/WAN

4

Tx Laser 비활성화

PD-1XLE-CFP

CFP를 사용할 경우 40기가비트

4

Tx Laser 비활성화

PD-1CE-CFP-FPC4

CFP를 사용할 경우 100기가비트

4

Tx Laser 비활성화

PD-터널

40기가비트 터널 서비스

4

NA

PD-4OC192-SON-XFP

OC192/STM64, 4포트 XFP

4

Tx Laser는 비활성화되지 않습니다.

PD-1OC768-SON-SR

OC768c/STM256, 1포트

4

Tx Laser는 비활성화되지 않습니다.

출시 내역 표
릴리스
설명
19.3R2
MX2K-Junos OS 릴리스 19.3R2 MX2K-MPC11E의 최대 구성 가능한 최대 크기는 16,000 최대 전송 단위(MTU)입니다.
19.2R1
MPC10E-Junos OS 릴리스 19.2R1 MPC10E-10C-MRATE의 최대 구성 가능한 최대 전송 단위(MTU) 크기는 16,000경트입니다.
19.1R1
MPC10E-19.1R1 릴리스 날짜부터 19.1R1 MPC10E-최대 전송 단위(MTU) 최대 구성 가능한 크기는 16,000바트입니다. Junos OS
17.4R1
MX204의 Junos OS 릴리스 17.4R1 16,000 최대 전송 단위(MTU) 크기입니다.
17.3R1
주니 Junos OS 릴리스부터 17.3R1 MPC의 최대 전송 단위(MTU) 크기는 16,000 MX10003 크기입니다.
16.1R1
릴리스 Junos OS 릴리스 16.1R1 시작하여 최대 전송 단위(MTU) 크기는 특정MPC에서 16,000 bytes로 증가했습니다.
14.2
Junos OS Release 14.2에서 시작하여 고정 3 속도 포트는 최대 속도 또는 최대 속도로 제한된 포트와 자동 auto-10m-100m100m10m 협상할 수 있습니다. 이 옵션은 MX 플랫폼에서 3D 40x 1GE(LAN) RJ45 MIC인 Tri-rate MPC 포트에만 활성화되어야 합니다. 이 옵션은 MX 플랫폼에서 다른 MIC를 지원하지 않습니다.
14.2
통합 Ethernet은 Junos OS Release 14.2부터 PTX 시리즈 및 PTX 시리즈에서 혼합 링크 속도를 패킷 전송 라우터.
14.1
Junos OS Release 14.1R1 및 14.2에서 시작하여 통합 Ethernet 번들에 대한 혼합 요금 지원은 MX240, MX480, MX960, MX2010 및 MX2020 라우터로 확장됩니다.
13.2
Junos OS Release 13.2부터 시작해, 통합 Ethernet은 T640, T1600, T4000 및 TX Matrix Plus 라우터에서 혼합 속도 및 혼합 모드를 지원한다.
13.2
Junos OS Release 13.2에서 시작하는 100기가비트 이더넷 멤버 링크는 CFP를 사용하는 100기가비트 이더넷 PIC의 2개의 50기가비트 이더넷 인터페이스를 사용하여 구성할 수 있습니다.
11.4
주니퍼 Junos OS 11.4에서 시작되는 반이음 모드는 Tri-Rate Ethernet 코퍼 인터페이스에서 지원되지 않습니다. 명령문을 포함하면 동일한 계층 수준에서 speedlink-mode full-duplex 명령문을 포함해야 합니다.