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] 계층 수준에서 적절한 문을 포함합니다.

인터페이스 설명 구성하기

구성 파일에서 각 물리적 인터페이스의 텍스트 설명을 포함할 수 있습니다. 포함시킨 모든 설명 텍스트는 show interfaces 명령의 출력에 표시됩니다. 인터페이스 설명은 ifAlias 관리 정보 베이스(MIB) 개체에도 노출됩니다. 이것은 인터페이스의 구성에 영향을 미치지 않습니다.

텍스트 설명을 추가하기 위해 [edit interfaces interface-name] 계층 수준에서 description 명령문을 포함시키세요. 설명은 텍스트 한 줄이 될 수도 있습니다. 텍스트에 띄어쓰기가 포함되어 있다면, 닫힘 따옴표로 묶습니다..

예:

주:

옵션 82 에이전트 서킷 ID 서브옵션에 인터페이스 설명을 포함시키기 위해 확장된 DHCP 릴레이를 구성할 수 있습니다. DHCP 릴레이 에이전트 옵션 82 정보 사용하기를 참조하세요.

라우터 또는 스위치 CLI에서 설명을 표시하려면 show interfaces 명령을 사용하세요.

관리 정보 베이스(MIB) 인터페이스에 대한 인터페이스 설명을 표시하려면 서버에서 snmpwalk 명령을 사용하세요. 특정 인터페이스에 대한 정보를 분리하려면, show interfaces 명령 출력의 SNMP ifIndex 필드에 표시된 인터페이스 인덱스를 검색하세요. ifAlias 개체가 ifXTable에 있습니다.

논리적 단위 설명에 대한 정보는 구성에 논리적 단위 설명 추가하기를 참조하세요.

어그리게이션 인터페이스 지정 방법

어그리게이션 인터페이스는 인터페이스 그룹입니다. 어그리게이션 이더넷 인터페이스를 지정하려면, x이(가) 0에서 시작하는 정수인 [edit interfaces] 계층 수준에서 aex을(를) 구성합니다.

정수 x은(는) M 시리즈 및 T 시리즈 라우터에서는 0~127, MX 시리즈 라우터에서는 0~479입니다.

어그리게이션 이더넷 인터페이스에 대한 VLAN을 구성하는 경우, 연결을 완료하려면 [edit interfaces aex] 계층 수준에서 vlan-tagging 문을 포함해야 합니다.

어그리게이션 SONET/SDH 인터페이스의 경우, asx 계층 수준에서 [edit interfaces]을(를) 구성합니다.

주:

SONET/SDH 어그리게이션은 Junos OS의 독점이며, 다른 소프트웨어와 작동하지 않을 수 있습니다.

인터페이스 속도

The interface speed is the maximum amount of data that can travel through an interface per second. An interface speed ending in m is in megabits per second (Mbps). A link speed ending in g is in gigabits per second (Gbps).

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

M 시리즈 및 T 시리즈 고속 이더넷 12포트 및 48포트 PIC 인터페이스, 관리 이더넷 인터페이스(fxp0 또는 em0) 및 MX 시리즈 Tri-Rate 이더넷 구리 인터페이스의 경우, 인터페이스 속도를 명시적으로 설정할 수 있습니다. 고속 이더넷, fxp0및 em0 인터페이스는 10Mbps 또는 100Mbps (10m | 100m)로 구성할 수 있습니다. MX 시리즈 Tri-Rate 이더넷 구리 인터페이스는 10Mbps, 100Mbps 또는 1Gbps (10m | 100m | 1g)로 구성할 수 있습니다. 관리 이더넷 인터페이스에 대한 자세한 내용과 라우터의 관리 이더넷 인터페이스 유형을 결정하려면 관리 이더넷 인터페이스 이해 및 라우터별 지원되는 라우팅 엔진 을 참조하십시오. MX-DPC 및 Tri-Rate Copper SFP를 갖춘 MX 시리즈 라우터는 20x1 Copper를 지원하여 SGMII(Serial Gigabit Media Independent Interface) 인터페이스를 통해 100/10BASE-T 및 1000BASE-T 작동과의 하위 호환성을 제공합니다.

  1. 구성 모드에서, [edit interfaces interface-name] 계층 레벨로 이동합니다.
  2. 속도를 구성하려면 계층 수준에서 문을 [edit interfaces interface-name] 포함합니다speed.
주:

  • 기본적으로 M 시리즈 및 T 시리즈 라우터 관리 이더넷 인터페이스는 초당 10메가비트(Mbps) 또는 100Mbps로 작동할지 여부를 자동 협상합니다. 다른 모든 인터페이스는 PIC 유형과 PIC가 멀티플렉스 모드에서 작동하도록 구성되었는지 여부(구성 계층의 [edit chassis] 명령문 사용no-concatenate)에 따라 올바른 속도를 자동으로 선택합니다.

  • Junos OS 릴리스 14.2부터 이 auto-10m-100m 옵션을 사용하면 고정 3단 속도 포트가 또는 최대 속도로 제한 100m10m되는 포트와 자동 협상할 수 있습니다. 이 옵션은 MX 플랫폼의 Tri-rate MPC 포트, 즉 3D 40x 1GE(LAN) RJ45 MIC에 대해서만 활성화해야 합니다. 이 옵션은 MX 플랫폼에서 다른 MIC를 지원하지 않습니다.

  • M Series와 T 시리즈 라우터에서 빠른 이더넷 인터페이스를 수동으로 구성할 경우, 링크 모드와 속도를 모두 구성해야 합니다. 이 두 값이 모두 구성되지 않은 경우 라우터는 링크에 대해 자동 협상을 사용하고 사용자 구성 설정을 무시합니다.

  • 링크 파트너가 자동 협상을 지원하지 않는 경우 링크 파트너의 속도 및 링크 모드와 일치하도록 수동으로 고속 이더넷 포트를 구성합니다. 링크 모드가 구성되면 자동 협상이 비활성화됩니다.

  • 3레이트 구리 SFP 인터페이스가 있는 MX 시리즈 라우터에서 포트 속도가 구성된 값과 협상되고 협상된 속도와 인터페이스 속도가 일치하지 않으면 링크가 켜지지 않습니다.

  • Tri-Rate 이더넷 구리 인터페이스를 1Gbps에서 운영하도록 구성하는 경우, 자동 협상을 반드시 활성화해야 합니다.

  • Junos OS 릴리스 11.4부터 Tri-Rate 이더넷 구리 인터페이스에서 반이중 모드가 지원되지 않습니다. 문을 포함할 speed 때는 동일한 계층 수준에 문을 포함해야 link-mode full-duplex 합니다.

참조

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

SONET/SDH 인터페이스의 속도는 동일, 비연결 또는 채널화(멀티플렉스) 모드에서 구성할 수 있습니다.

연결 모드에서 SONET/SDH 인터페이스 속도를 구성하려면 다음을 수행합니다.

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

    예를 들어, 4포트 OC12 PIC가 4xOC12 연결 모드일 때 각 포트를 독립적으로 OC3 또는 OC12 속도로 구성할 수 있습니다.

연결되지 않은 모드에서 SONET/SDH 인터페이스 속도를 구성하려면 다음을 수행합니다.

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

  2. 연결되지 않은 모드에서 인터페이스 속도를 구성합니다.

    예를 들어, 4포트 OC12 PIC가 4xOC12 연결 모드일 때 각 포트를 독립적으로 OC3 또는 OC12 속도로 구성할 수 있습니다.

채널화(멀티플렉스) 모드에서 작동하도록 PIC를 구성하려면:

  1. 구성 모드에서, [edit chassis fpc slot-number pic pic-number] 계층 레벨로 이동합니다.

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

주:

SFP(Small Form-factor Pluggable)가 포함된 SONET/SDH OC3/STM1(다중 속도) MIC, SFP가 포함된 채널화된 SONET/SDH OC3/STM1(다중 속도) 메시지 무결성 검사(MIC) 및 SFP가 포함된 채널화된 OC3/STM1(다중 속도) 서킷 에뮬레이션 MIC에서는 [edit interfaces] 계층 수준에서 인터페이스 속도를 설정할 수 없습니다. 이러한 MIC에서 속도를 활성화하려면 계층 수준에서 [edit chassis fpc slot-number pic pic-number port port-number] 포트 속도를 설정해야 합니다.

FEC(Forward Error Correction)

SUMMARY FEC(Forward Error Correction)는 디바이스에서 전송되는 데이터의 신뢰성을 향상시킵니다. 인터페이스에서 FEC가 활성화되면 해당 인터페이스는 중복 데이터를 보냅니다. 수신기는 중복 비트가 일치하는 곳에서만 데이터를 수신하므로 전송에서 잘못된 데이터가 제거됩니다. Junos OS 네트워크 관리자가 이더넷 인터페이스에서 RS-FEC(Reed-Solomon FEC) 및 BASE-R FEC를 구성할 수 있도록 합니다. RS-FEC는 IEEE 802.3-2015 조항 91을 준수합니다. BASE-R FEC는 IEEE 802.3-2015 원인 74를 준수합니다.

FEC의 이점

이더넷 인터페이스에서 FEC를 구성하면 FEC는 다음과 같은 방식으로 디바이스 기능을 개선합니다.

  • 연결의 신뢰성 향상

  • 수신기가 데이터를 재전송할 필요 없이 전송 오류를 수정할 수 있습니다.

  • 광학의 범위를 확장합니다

개요

기본적으로 Junos OS는 연결된 옵틱을 기반으로 FEC를 활성화 또는 비활성화합니다. 예를 들어, Junos OS는 100기가비트(Gb) SR4 옵틱에 대해 RS-FEC를 활성화하고 100G LR4 옵틱에 대해 RS-FEC를 비활성화합니다. 기본 동작을 무시하고 RS-FEC를 명시적으로 활성화 또는 비활성화할 수 있습니다.

100기가비트 이더넷(GbE) 인터페이스에 대해 RS-FEC를 활성화 또는 비활성화할 수 있습니다. 이 문을 사용하여 RS-FEC를 활성화 또는 비활성화하면 이 동작이 인터페이스와 연결된 포트에 설치된 모든 100GbE 옵티컬 트랜시버에 적용됩니다.

25Gb 및 50Gb 인터페이스에서는 FEC 절 CL74를, 100Gb 인터페이스에서는 CL91을 구성할 수 있습니다. FEC 절은 이러한 인터페이스에 기본적으로 적용되므로 적용하지 않으려면 FEC 절을 비활성화해야 합니다.

주:

FPC-PTX-P1-A 및 FPC2-PTX-P1A가 있는 PTX5000 라우터는 RS-FEC를 지원하지 않습니다.

PTX3000 및 PTX5000 라우터에서 PE-10-U-QSFP28 PIC 및 LR4 옵틱이 있는 FPC3-SFF-PTX-1H 및 FP3-SFF-PTX-1T는 포트 2에서만 RS-FEC를 지원합니다. LR4 옵틱이 장착된 PE-10-U-QSFP28의 경우, RS-FEC는 포트 2의 기본 FEC 모드이며 NONE은 포트 0, 1 및 3에서 9까지의 기본 FEC 모드입니다. SR4 옵틱이 장착된 PE-10-U-QSFP28의 경우, RS-FEC는 기본적으로 모든 포트에서 활성화됩니다. 설치된 광학 장치에 관계없이 어떤 포트에서도 FEC 모드를 수정하지 마십시오.

FEC 구성

인터페이스 및 관련 인터페이스에서 FEC 모드를 비활성화하거나 활성화하려면 관련 작업을 완료하십시오.

  1. FEC 모드를 비활성화하려면:
  2. FEC 모드를 활성화하려면:

    또는:

  3. 인터페이스에서 FEC 모드를 보려면 명령을 사용합니다 show interfaces interface-name . 출력에는 FEC 수정 오류 수, FEC 수정되지 않은 오류 수, 비활성화 또는 활성화된 FEC 유형을 포함하여 특정 인터페이스에 대한 FEC 통계가 나열됩니다.

인터페이스 별칭

개요

인터페이스 별칭은 물리적 인터페이스에서 논리 단위의 텍스트 설명입니다. 별칭은 인터페이스에 하나의 의미 있고 쉽게 식별할 수 있는 이름을 제공합니다. 인터페이스 별칭은 단위 수준에서만 지원됩니다.

별칭 이름은 모든 show, show interfaces 및 기타 운영 모드 명령의 출력에서 인터페이스 이름 대신 표시됩니다. 인터페이스의 논리 단위 별칭은 인터페이스의 디바이스 작동 방식에 아무런 영향을 미치지 않습니다.

인터페이스 이름을 위한 별칭을 제한하려면, 표시 명령과 함께 display no-interface-alias 매개 변수를 사용합니다.

인터페이스의 별칭 이름을 구성할 때, CLI는 구성 데이터베이스에서 interface-name 변수의 값으로 별칭 이름을 저장합니다. 운영 체제 프로세스가 interface-name 변수에 대한 구성 데이터베이스를 쿼리하면, 시스템 운영 및 계산에 별칭 이름 대신 interface-name 변수의 정확한 값이 반환됩니다.

시스템 운영 및 계산에 인터페이스 이름의 정확한 값을 사용하면, 인터페이스 별칭 지원이 제공되지 않는 Junos OS 릴리스와의 하위 호환이 가능합니다.

구성

인터페이스 별칭을 지정하려면, [edit interfaces interface-name unit logical-unit-number] 계층 수준에서 alias 문을 사용합니다. 별칭 이름은 문자로 시작하며, 그 뒤에는 문자, 숫자, 대시, 점, 밑줄, 콜론 또는 슬래시를 사용합니다. 별칭을 유효한 인터페이스 이름의 일부로 시작하지 않습니다. 5~128자를 사용합니다.

예:

일부 디바이스에서는 [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number] 계층 수준에서도 별칭을 구성할 수 있습니다.

주:

둘 이상의 논리적 인터페이스에서 동일한 별칭 이름을 구성하면, 라우터에서 오류 메시지를 표시하며 커밋이 실패합니다.

인터페이스 별칭 이름을 사용하여 구성에서 인터페이스가 하는 역할을 쉽게 확인할 수 있습니다. 예를 들어 위성 연결 인터페이스를 쉽게 식별하려면:

  1. 링크 어그리게이션 그룹(LAG) 또는 LAG 번들을 사용하는 하나의 어그리게이션 인터페이스로 물리적 인터페이스를 그룹화합니다. 어그리게이션 인터페이스에 sat1이라는 이름을 붙여 위성 연결 인터페이스라는 것을 표시합니다.
  2. LAG 번들 또는 전체 LAG의 구성원으로 논리 인터페이스를 선택합니다. 해당 인터페이스에 et-0/0/1라는 이름을 붙여 위성 디바이스 포트 또는 서비스 인스턴스라는 것을 표시합니다.
  3. 위성 이름과 인터페이스 별칭 이름을 결합하여 위성 포트 이름을 모두 나타낼 수 있습니다. 예를 들어, 위성 포트에 별칭 alias sat1:et-0/0/1을 부여할 수 있습니다.

예: 인터페이스 별칭 이름 추가

이 예에서는 인터페이스의 논리 단위에 별칭을 추가하는 방법을 보여줍니다. 작업 명령의 출력에 표시될 때 인터페이스를 식별하기 위한 별칭을 사용하면 보다 의미 있는 명명과 쉬운 식별이 가능합니다. 물리적 및 논리 인터페이스에 대한 인터페이스 별칭 이름을 정의하는 이 기능은 다음 디바이스를 포함한 Junos Node Unifier(JNU) 환경에서 유용합니다.

  • 컨트롤러로서의 주니퍼 네트웍스 MX 시리즈 5G 유니버설 라우팅 플랫폼

  • 위성 디바이스로서의 EX 시리즈 이더넷 스위치, QFX 시리즈 디바이스 및 ACX 시리즈 Universal Metro Router

요구 사항

이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.

  • 컨트롤러로서 기능하는 한 개의 MX 시리즈 라우터

  • 위성 디바이스 역할을 하는 한 개의 EX4200 스위치

  • Junos OS 릴리스 13.3R1 이상

개요

물리적 인터페이스에서 각 논리 단위에 대한 별칭을 생성할 수 있습니다. 별칭에 대해 정의하는 설명 텍스트는 show interfaces 명령의 출력에서 표시됩니다. 인터페이스의 논리 단위에 구성된 별칭은 라우터 또는 스위치의 인터페이스 작동 방식에는 아무런 영향을 미치지 않으며, 코스메틱 레이블일 뿐입니다.

구성

위성, sat1과 연결된 JNU 컨트롤러 인터페이스에 별칭 이름이 구성된 시나리오를 생각해보겠습니다. 인터페이스는 두 개의 링크를 사용하여 JNU 관리 네트워크의 다운링크 방향으로 연결됩니다. 별칭 이름은 컨트롤러 및 위성에서 실행되는 운영 모드 명령에서 이 인터페이스를 효과적이고 간편하게 식별하도록 해줍니다.

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 [edit] 계층 수준에서 명령을 CLI로 복사해 붙여 넣습니다.

컨트롤러 인터페이스에 대한 인터페이스 별칭 이름 추가

단계별 절차

다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색 관련 정보는 Junos OS CLI 사용자 가이드의 구성 모드에서의 CLI 편집기 사용을 참조하십시오.

다운링크 방향으로 위성 디바이스에 연결하는 데 사용되는 컨트롤러 인터페이스에 인터페이스 별칭 이름을 추가하려면:

  1. 다운링크 방향으로 위성, sat1과 연결하는 데 사용되는 어그리게이션 이더넷 인터페이스의 논리 단위에 대한 별칭 이름을 구성합니다. 인터페이스의 inet 패밀리와 주소를 구성합니다.

  2. 다운링크 방향으로 동일한 위성, sat1과 연결하는 데 사용되는 또 다른 어그리게이션 이더넷 인터페이스의 논리 단위에 대한 별칭 이름을 구성합니다. 인터페이스의 inet 패밀리와 주소를 구성합니다.

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

  4. ae- 논리 인터페이스의 멤버 링크가 되도록 기가비트 이더넷 인터페이스를 구성합니다.

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

결과

구성 모드에서 show 명령을 입력하여 구성을 확인합니다. 출력이 의도된 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.

인터페이스가 구성되었음을 확인한 후, 구성 모드에서 commit 명령을 입력합니다.

검증

이 섹션 예제를 사용하여 인터페이스 이름 대신 별칭 이름이 표시되는지 확인합니다.

컨트롤러 인터페이스에 대한 별칭 이름의 구성 확인

목적

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

작업

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

의미

출력은 수행된 벤치마킹 테스트의 세부 사항을 표시합니다. show rip neighbor 작동 명령에 대한 자세한 내용은 CLI 탐색기에서 show rip neighbor을(를) 참조하십시오.

참조

클럭 소스 개요

디바이스와 인터페이스 모두에서 클럭 소스는 인터페이스에서 수신되는 외부 클럭이거나 라우터의 내부 Stratum 3 클럭일 수 있습니다.

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

클럭 소스는 M120 라우터에 대한 컨트롤 보드(CB)에 있습니다. M7i와 M10i 라우터는 컴팩트 포워딩 엔진 보드(CFEB) 및 향상된 컴팩트 포워딩 엔진 보드(CFEB-E)에 클럭 소스를 가지고 있습니다.

T 시리즈와 MX 시리즈의 경우 클럭 소스 내부 Stratum 3 클럭은 SONET 클럭 발전기(T 시리즈 )와 스위치 컨트롤 보드(SCB)에 있습니다(MX 시리즈). 기본 설정으로 19.44MHz Stratum 3 참조 클럭은 모든 직렬 PIC(SONET/SDH)와 PDH PIC에 대한 클럭 신호를 생성합니다. PDH PIC에는 DS3, E3, T1, E1이 포함됩니다.

주:

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

클럭 소스 구성

라우터와 인터페이스 모두에서, 클럭 소스는 인터페이스에서 수신되는 외부 클럭이거나 라우터의 내부 Stratum 3 클럭일 수 있습니다.

클럭 소스를 외부 또는 내부로 설정하려면 다음을 수행합니다.

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

채널화된 SONET/SDH PIC에서 상위(또는 기본) 컨트롤러 클럭을 external로 설정한 경우, 하위 컨트롤러 클럭을 기본값(internal)으로 설정해야 합니다.

예를 들어, 채널화된 STM1 PIC에서 채널화된 STM1 인터페이스(기본 컨트롤러)의 클럭이 external로 설정된 경우, CE1 인터페이스(하위 컨트롤러) 클럭을 external로 구성해서는 안 됩니다. 대신 CE1 인터페이스 클럭을 internal로 구성해야 합니다.

채널화된 인터페이스의 클럭킹에 관한 자세한 내용은 채널화된 IQ 및 IQE 인터페이스 속성을 참조하십시오. SONET/SDH 인터페이스의 클럭 소스 구성 및 채널화된 T3 루프 타이밍 구성도 참조하십시오.

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

MX80, MX240, MX480 및 MX960 유니버설 라우팅 플랫폼에서 동기식 이더넷을 구성하는 방법에 관한 자세한 내용은 동기식 이더넷 개요 및 MX 시리즈 라우터에서의 클럭 동기화 인터페이스 구성을 참조하십시오.

참조

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

PPP(포인트 투 포인트 프로토콜) 캡슐화는 물리적 인터페이스에 대한 기본 캡슐화 유형입니다. PPP 캡슐화를 지원하는 물리적 인터페이스에는 PPP가 기본적으로 사용되기 때문에 캡슐화를 구성할 필요가 없습니다.

PPP 캡슐화를 지원하지 않는 물리적 인터페이스에 대해서는 인터페이스에서 전송되는 패킷에 사용할 캡슐화를 구성해야 합니다. 논리적 인터페이스에서는 특정 패킷 유형 내에서 Junos OS이(가) 사용하는 캡슐화 유형을 선택적으로 구성할 수 있습니다.

캡슐화 기능

물리적 인터페이스에서 포인트 투 포인트 캡슐화(예: PPP 또는 Cisco HDLC)를 구성할 경우, 물리적 인터페이스에는 관련된 한 개의 논리적 인터페이스만 있을 수 있습니다(즉, 오직 한 개의 unit문). 멀티포인트 캡슐화(예: 프레임 릴레이)를 구성하는 경우, 물리적 인터페이스에는 여러 논리적 단위가 있을 수 있고, 단위는 포인트 투 포인트이거나 멀티포인트가 될 수 있습니다.

표준 TPID(태그 프로토콜 식별자) 태깅을 사용하는 이더넷 인터페이스용 이더넷 CCC(Circuit Cross-Connected) 캡슐화의 경우 물리적 인터페이스에 하나의 논리적 인터페이스만 있어야 합니다. VLAN 모드에서 이더넷 인터페이스에는 여러 논리적 인터페이스가 있을 수 있습니다.

VLAN 모드의 이더넷 인터페이스의 경우 VLAN ID가 다음과 같이 적용될 수 있습니다.

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

  • 캡슐화 유형 vlan-ccc의 경우, VLAN ID1에서 511이 일반 VLAN에 대해 예약됩니다. VLAN ID 512 이상은 VLAN CCC에 대해 예약됩니다.

  • 캡슐화 유형 vlan-vpls의 경우, VLAN ID1에서 511이 일반 BSCE에 대해 예약되고 VLAN ID 512부터 4094는 VPLS VLAN에 대해 예약됩니다. 4포트 고속 이더넷 인터페이스의 경우, VPLS VLAN에 VLAN ID 512부터 1024를 사용할 수 있습니다.

  • 캡슐화 유형 extended-vlan-ccc및 extended-vlan-vpls의 경우, 모든 VLAN ID가 유효합니다.

  • SFP가 포함된 기가비트 이더넷 인터페이스 및 기가비트 이더넷 IQ 및 IQE의 경우, 물리적 인터페이스에서 유연한 이더넷 서비스 캡슐화를 구성할 수 있습니다. flexible-ethernet-services 캡슐화를 포함한 인터페이스의 경우 모든 VLAN ID가 유효합니다. 1부터 511까지 VLAN ID는 예약되지 않습니다.

    주:

    M7i 라우터의 10포트 기가비트 이더넷 PIC 및 빌트인 기가비트 이더넷 포트는 유연한 이더넷 서비스 캡슐화를 지원하지 않습니다.

구성 가능한 VLAN ID의 상한은 인터페이스 유형에 따라 다양합니다.

TCC(Translational cross-connect) 캡슐화를 구성할 경우, 유사하지 않은 계층 2 및 계층 2.5 링크에 걸쳐 VPN 연결을 처리하고 계층 2 및 계층 2.5 프로토콜을 로컬로 종료하기 위해 일부 수정이 필요합니다. 디바이스는 다음과 같은 미디어별 변경을 수행합니다.

  • PPP(포인트 투 포인트 프로토콜) TCC - LCP(링크 제어 프로토콜) 및 NCP(네트워크 제어 프로토콜) 모두 라우터에서 종료됩니다. IPCP(인터넷 프로토콜 제어 프로토콜) IP 주소 협상은 지원되지 않습니다. Junos OS은(는) 전달하기 전에 수신되는 프레임에서 모든 PPP 캡슐화 데이터를 스트립합니다. 출력의 경우 다음 홉이 PPP 캡슐화로 변경됩니다.

  • Cisco LDLC(High-Level data Link Control) TCC - 킵얼라이브 처리가 라우터에서 종료됩니다. Junos OS은(는) 전달하기 전에 수신되는 프레임에서 모든 Cisco HDLC 캡슐화 데이터를 스트립합니다. 출력의 경우 다음 홉이 Cisco HDLC 캡슐화로 변경됩니다.

  • 프레임 릴레이 TCC - 모든 LMI(로컬 관리 인터페이스) 처리가 라우터에서 종료됩니다. Junos OS은(는) 전달하기 전에 수신되는 프레임에서 모든 프레임 릴레이 캡슐화 데이터를 스트립합니다. 출력의 경우 다음 홉이 프레임 릴레이 캡슐화로 변경됩니다.

  • ATM(비동기식 전송 모드) - OAM(운용, 관리 및 유지보수) 및 ILMI(Interim Local Management Interface) 처리가 라우터에서 종료됩니다. 셀 릴레이는 지원되지 않습니다. Junos OS는 전달하기 전에 수신되는 프레임에서 모든 ATM 캡슐화 데이터를 스트립합니다. 출력의 경우 다음 홉이 ATM 캡슐화로 변경됩니다.

캡슐화 유형

물리적 인터페이스 캡슐화 유형은 다음과 같습니다.

  • ATM CCC 셀 릴레이 - 두 개의 원격 가상 서킷 또는 ATM 물리적 인터페이스를 LSP(라벨 교환 경로)에 연결합니다. 서킷의 트래픽은 ATM 셀입니다.

  • ATM PVC - RFC  2684에서 정의됨, ATM 적응 계층 5에 걸친 멀티프로토콜 캡슐화. ATM PVC 캡슐화로 물리적 ATM 인터페이스를 구성할 경우, RFC 2684 규격 AAL5(ATM 적응 계층 5)를 설정하여 일반적으로 두 개의 MPLS 지원 라우터 사이에 LDP(Label Distribution Protocol)을 사용하여 설정되는 MPLS(Multiprotocol Label Switching) 경로에 ATM 셀을 라우팅하도록 합니다.

  • Cisco-호환 HDLC(High-Level Data Link Control) 프레이밍(cisco-hdlc) - E1, E3, SONET/SDH, T1 및 T3 인터페이스는 Cisco HDLC 캡슐화를 사용할 수 있습니다. 두 개의 관련 버전이 지원됩니다.

    • CCC 버전(cisco-hdlc-ccc) - 논리적 인터페이스에 캡슐화 문이 필요하지 않습니다. 이 캡슐화 유형을 사용할 경우 ccc 패밀리만 구성할 수 있습니다.

    • TCC 버전(cisco-hdlc-tcc) - CCC와 비슷하고 동일한 구성 제한을 가지지만 연결 양쪽에서 서로 다른 미디어를 가진 서킷에 사용됩니다.

  • 이더넷 교차 연결 - VLAN 태깅이 없는 이더넷 인터페이스에는 이더넷 CCC 캡슐화를 사용할 수 있습니다. 두 개의 관련 버전이 지원됩니다.

    • CCC 버전(ethernet-ccc) - 표준 TPID(태그 프로토콜 ID) 태깅이 있는 이더넷 인터페이스에는 이더넷 CCC 캡슐화를 사용할 수 있습니다. 이 캡슐화 유형을 사용할 경우 ccc 패밀리만 구성할 수 있습니다.

    • TCC 버전(ethernet-tcc) - CCC와 비슷하지만 연결 양쪽에서 서로 다른 미디어를 가진 서킷에 사용됩니다.

      8포트, 12포트 및 48포트 고속 이더넷 PIC의 경우, TCC는 지원되지 않습니다.

  • VLAN CCC(vlan-ccc) - VLAN 태깅이 활성화된 이더넷 인터페이스에는 VLAN CCC 캡슐화를 사용할 수 있습니다. VLAN CCC 캡슐화는 TPID 0x8100만 지원합니다. 이 캡슐화 유형을 사용할 경우 ccc 패밀리만 구성할 수 있습니다.

    [edit interfaces interface-name]계층 수준에서 encapsulation vlan-ccc문을 사용하여 CCC 서킷에서 이더넷 VLAN 캡슐화를 구성할 경우, 인터페이스에 VLAN ID 목록을 바인딩할 수 있습니다. 다중 VLAN에 대해 CCC를 구성하려면 vlan-id-list [ vlan-id-numbers ] 문을 사용합니다. 이 문을 구성하면 다음에 대한 CCC가 생성됩니다.

    • 나열된 각 VLAN - 예: vlan-id-list [ 100 200 300 ]

    • 범위의 각 VLAN - 예: vlan-id-list [ 100-200 ]

    • 목록과 범위 조합의 각 VLAN: 예: vlan-id-list [ 50, 100-200, 300 ]

  • 확장 VLAN 교차 연결 - 802.1Q 태깅이 활성화된 기가비트 이더넷 인터페이스는 확장된 VLAN 교차 연결 캡슐화를 사용할 수 있습니다. (표준 TPID 태깅이 있는 이더넷 인터페이스에는 VLAN CCC 캡슐화를 사용할 수 있습니다.) 확장된 VLAN 교차 연결의 두 가지 관련 버전이 지원됩니다.

    • CCC 버전(extended-vlan-ccc) - 확장된 VLAN CCC 캡슐화는 TPID 0x8100, 0x9100 및 0x9901을 지원합니다. 이 캡슐화 유형을 사용할 경우 ccc 패밀리만 구성할 수 있습니다.

    • TCC 버전(extended-vlan-tcc) - CCC와 비슷하지만 연결 양쪽에서 서로 다른 미디어를 가진 서킷에 사용됩니다.

      8포트, 12포트 및 48포트 고속 이더넷 PIC의 경우, 확장된 VLAN CCC가 지원되지 않습니다. 4포트 기가비트 이더넷 PIC의 경우, 확장된 VLAN CCC 및 확장된 VLAN TCC가 지원되지 않습니다.

  • 이더넷 VPLS(ethernet-vpls) - VPLS가 활성화된 이더넷 인터페이스에는 이더넷 VPLS 캡슐화를 사용할 수 있습니다.

  • 이더넷 VPLS(vlan-vpls) - VLAN 태깅과 VPLS가 활성화된 이더넷 인터페이스에는 이더넷 VLAN VPLS 캡슐화를 사용할 수 있습니다.

  • 확장된 VLAN VPLS(extended-vlan-vpls) - VLAN 802.1Q 태깅 및 VPLS가 활성화된 이더넷 인터페이스에는 이더넷 확장된 VLAN VPLS 캡슐화를 사용할 수 있습니다. (표준 TPID 태깅이 있는 이더넷 인터페이스에는 이더넷 VPLS 캡슐화를 사용할 수 있습니다.) 확장된 이더넷 VPLS 캡슐화는 TPID 0x8100, 0x9100 및 0x9901을 지원합니다.

  • 유연한 이더넷 서비스(flexible-ethernet-services) - SFP가 있는 기가비트 이더넷 및 기가비트 이더넷 IQ 및 PQE PIC(M7i 라우터의 10포트 기가비트 이더넷 PIC 및 빌트인 기가비트 이더넷 포트 제외)는 유연한 이더넷 서비스 캡슐화를 사용할 수 있습니다. 어그리게이션 이더넷 번들은 이 캡슐화 유형을 사용할 수 있습니다. 여러 단위당 이더넷 캡슐화를 구성할 때 이 캡슐화 유형을 사용합니다. 이 캡슐화 유형을 사용하면 하나의 물리적 포트에서 경로, TCC, CCC, 계층 2 VPN(가상 프라이빗 네트워크) 및 VPLS 캡슐화를 임의로 조합하여 구성할 수 있습니다. 물리적 인터페이스에서 유연한 이더넷 서비스 캡슐화를 구성하는 경우, 1에서 511까지 VLAN ID는 더 이상 일반 VLAN에 대해 예약되지 않습니다.

  • PPP - RFC 1661에서 정의됨, 포인트 투 포인트 링크를 통한 멀티프로토콜 데이터그램의 전송에 대한 PPP(포인트 투 포인트 프로토콜). PPP는 물리적 인터페이스에 대한 기본 캡슐화 유형입니다. E1, E3, SONET/SDH, T1 및 T3 인터페이스는 PPP 캡슐화를 사용할 수 있습니다.

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

물리적 인터페이스에서 캡슐화를 구성하려면 다음을 수행합니다.

  1. 구성 모드에서, [edit interfaces interface-name] 계층 레벨로 이동합니다.
  2. 캡슐화 유형을 구성합니다.
    주:

    • 캡슐화 유형이 Cisco-compatible Frame Relay 캡슐화로 설정되어 있는 경우, LMI 유형이 ANSI 또는 Q933-A로 설정되어 있는지 확인합니다.

    • vlan-vpls 캡슐화가 물리적 인터페이스 수준에서 설정된 경우, 커밋 확인을 통해 그 내부에 구성된 inet 패밀리가 없도록 해야 합니다.

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

목적

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

  • 인터페이스 이름—so-7/0/0

  • 캡슐화 -ppp

  • 단위 - 0

  • 패밀리 - inet

  • 주소—192.168.1.113/32

  • 대상 - 192.168.1.114

  • 패밀리 - iso 및 mpls

작업

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

의미

구성된 캡슐화 및 관련 설정 옵션이 예상대로 표시됩니다. 두 개의 family 문으로 구성된 두 번째 집합을 사용하면 IS-IS 및 MPLS를 인터페이스에서 실행할 수 있습니다.

PTX 시리즈 라우터에서의 인터페이스 캡슐화 구성

이 주제는 PTX 시리즈 패킷 전송 라우터에서 인터페이스 캡슐화를 구성하는 방법을 설명합니다. flexible-ethernet-services 구성 문을 사용하여 물리적 인터페이스 아래에서 다른 논리적 인터페이스에 대한 다른 캡슐화를 구성합니다. 유연한 이더넷 서비스 캡슐화로, VLAN ID에 대한 범위 제한 없이 논리적 인터페이스 캡슐화를 각각 구성할 수 있습니다.

물리적 인터페이스에 지원되는 캡슐화:

  • flexible-ethernet-services

  • ethernet-ccc

  • ethernet-tcc

Junos OS Evolved의 경우, PTX10003 디바이스에서 flexible-ethernet-services캡슐화가 지원되지 않습니다.

논리적 인터페이스에 지원되는 캡슐화:

  • ethernet

  • vlan-ccc

  • vlan-tcc

주:

PTX 시리즈 패킷 전송 라우터는 논리적 인터페이스에서 extended-vlan-cc 또는 extended-vlan-tcc 캡슐화를 지원하지 않습니다. 대신, 동일한 결과를 달성하기 위해 0x9100의 TPID(Tag Protocol ID) 값을 구성할 수 있습니다.

유연한 이더넷 서비스 캡슐화를 구성하려면, [edit interfaces et-fpc/pic/port]계층 수준에서 encapsulation flexible-ethernet-services문을 포함합니다. 예:

Keepalives

기본적으로 Cisco HDLC(High-Level Data Link Control) 또는 PPP(Point-to-Point Protocol) 캡슐화로 구성된 물리적 인터페이스는 10초 간격으로 keepalive 패킷을 전송합니다. keepalives의 프레임 릴레이 용어는 LMI(Local Management Interface) 패킷이며, Junos OS는 ANSI T1.617 Annex D LMI와 ITU(International Telecommunication Union) Q933 Annex A LMI 모두를 지원합니다. ATM(Asynchronous Transfer Mode) 네트워크에서 OAM(Operation, Administration, Maintenance) 셀은 동일한 기능을 수행합니다. 논리적 인터페이스 수준에서 OAM 셀을 구성할 때, 자세한 정보는 ATM OAM F5 루프백 셀 기간 정의를 참조하십시오.

keepalives 전송을 비활성화하는 방법:

  1. 구성 모드에서, [edit interfaces interface-name]계층 레벨로 이동합니다.
  2. [edit interfaces interface-name] 계층 수준에서 no-keepalives 문을 포함합니다.

TCC(Translational Cross-Connect) 연결을 위해 Cisco HDLC 캡슐화를 사용하여 구성된 물리적 인터페이스에서 keepalives 전송을 비활성화하는 방법:

  1. 구성 모드에서, [edit interfacesinterface-name]계층 레벨로 이동합니다.

  2. [edit interfaces interface-name] 계층 수준에서 no-keepalives 문을 encapsulation cisco-hdlc-tcc 문과 함께 포함합니다.

TCC 연결을 위해 PPP 캡슐화를 사용하여 구성된 물리적 인터페이스에서 keepalives 전송을 비활성화하는 방법:

  1. 구성 모드에서, [edit interfaces interface-name]계층 레벨로 이동합니다.

  2. [edit interfaces interface-name] 계층 수준에서 no-keepalives 문을 encapsulation ppp-tcc 문과 함께 포함합니다.

ATM을 통해 PPP를 구성하거나 ATM 캡슐화를 통해 멀티링크 PPP를 구성할 때 논리적 인터페이스에서 keepalives를 활성화 또는 비활성화할 수 있습니다. 자세한 정보는 ATM2 캡슐화를 통한 PPP 구성을 참조하십시오.

keepalives 전송을 명시적으로 활성화하는 방법:

  1. 구성 모드에서, [edit interfaces interface-name]계층 레벨로 이동합니다.

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

기본 keepalive 값 중 하나 이상을 변경하는 방법:

  1. 구성 모드에서, [edit interfaces interface-name]계층 레벨로 이동합니다.

  2. intervalseconds, down-countnumber, up-countnumber와(과) 같은 적절한 옵션과 함께 keepalives 문을 포함합니다.

Cisco HDLC 또는 PPP 캡슐화로 구성된 인터페이스에서 다음 3개의 keepalive 문을 포함할 수 있습니다. 이러한 문은 프레임 릴레이 캡슐화에 영향을 미치지 않습니다.

  • interval seconds—연속적인 keepalive 요청 사이의 시간(초 단위). 범위는 1~32767초이며 기본값은 10초입니다.

  • down-count number—네트워크 링크 다운 전에 대상이 수신하지 못한 keepalive 패킷 수. 범위는 1~255개이며, 기본값은 3입니다.

  • up-count number—링크 상태를 다운에서 업으로 변경하기 위해 대상이 수신해야 하는 keepalive 패킷 수. 범위는 1~255개이며, 기본값은 1입니다.

경고:

인터페이스 keepalives가 keepalives 구성 문을 지원하지 않은 인터페이스에 구성되면(예: 10기가비트 이더넷) PIC를 다시 시작할 때 링크 레이어가 다운될 수 있습니다. keepalives 구성 문을 지원하지 않는 인터페이스에서 keepalives를 구성하지 마십시오.

프레임 릴레이 keepalive 설정에 대한 정보는 프레임 릴레이 Keepalives 구성을 참조하십시오.

MPCs/MICs(Modular Port Concentrators/Modular Interface Cards)를 사용하는 MX 시리즈 라우터에서 MPC/MIC의 패킷 전달 엔진은 PPP 가입자(클라이언트)가 시작하여 라우터로 전송하는 LCP(Link Control Protocol) 에코 요청 keepalive 패킷을 처리하고 응답합니다. LCP 에코 요청 패킷이 라우팅 엔진 대신 패킷 전달 엔진에 의해 처리되는 메커니즘을 PPP fast keepalive라고 합니다. PPP fast keepalive가 MPCs/MICs가 있는 MX 시리즈 라우터에서 작동하는 방식에 대한 정보는 Junos OS 가입자 액세스 구성 가이드를 참조하십시오.

참조

물리적 인터페이스에서 단방향 트래픽 플로우 이해하기

기본적으로 물리적 인터페이스는 양방향입니다. 즉, 트래픽을 보내기도 하고 받기도 합니다. 그런데 10기가비트 이더넷 인터페이스에서 단방향 링크 모드를 구성하여 단방향인 두 개의 새 물리적 인터페이스를 만드실 수 있습니다. 이 새로운 송신 전용 및 수신 전용 인터페이스는 독립적으로 작동하지만 둘 모두 원래의 상위 인터페이스에 종속되어 있습니다.

이점

  • 단방향 인터페이스는 단방향 링크 토폴로지를 구성할 수 있게 해줍니다. 거의 모든 트래픽이 공급자에서 사용자를 향해 한 방향으로 흐르는 광대역 비디오 서비스와 같은 애플리케이션에서는 단방향 링크가 유용합니다.
  • 단방향 링크 모드는 대역폭을 송신 인터페이스와 수신 인터페이스에 차등적으로 지정할 수 있기 때문에 대역폭이 절약됩니다.
  • 단방향 링크 모드에서는 송신 전용 인터페이스와 수신 전용 인터페이스가 독립적으로 작동하기 때문에 그러한 애플리케이션에 대한 포트가 절약됩니다. 각각 다른 라우터에 연결할 수 있습니다. 이로 인해 필요한 포트의 총 개수가 줄어들 수 있습니다.
주:

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

  • MX960 라우터의 4포트 10기가비트 이더넷 DPC(Dense Port Concentrator)

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

송신 전용 인터페이스는 작동 상태가 항상 켜져 있습니다. 수신 전용 인터페이스의 작동 상태는 로컬 장애에 따라서만 결정되며, 원격 장애나 송신 전용 인터페이스의 상태와는 무관하게 독립적으로 작동합니다.

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

단방향 인터페이스는 IP 및 IP 버전 6(IPv6)을 지원합니다. 패킷 전달은 정적 경로 및 정적 ARP(Address Resolution Protocol) 항목을 통해 수행되며 이러한 항목은 두 개의 단방향 인터페이스에서 독립적으로 구성할 수 있습니다.

송신 통계는 송신 전용 인터페이스에만 보고되고 수신 전용 인터페이스에는 0으로 표시됩니다. 수신 통계는 수신 전용 인터페이스에만 보고되고 송신 전용 인터페이스에는 0으로 표시됩니다. 상위 인터페이스에는 송신 통계와 수신 통계가 모두 보고됩니다.

물리적 인터페이스에 단방향 트래픽 플로우 활성화

단방향 링크 모드에서는 트래픽이 한 방향으로만 플로우 합니다. 물리적 인터페이스에서 단방향 트래픽 플로우를 활성화하려면:

  1. 구성 모드에서 [edit interfaces interface-name]계층 수준으로 이동합니다:
  2. 기존의 부모 인터페이스에 종속된 두 개의 새로운 단방향(전송 전용 및 수신 전용) 물리적 인터페이스를 생성하도록 unidirectional옵션을 구성합니다.

물리적 인터페이스에서 SNMP 알림 활성화

기본적으로 Junos OS은(는) 인터페이스 또는 연결 상태 변경 시 SNMP(Simple Network Management Protocol) 알림을 전송합니다. 요구 사항에 따라 SNMP 알림을 활성화 또는 비활성화할 수 있습니다.

물리적 인터페이스에서 SNMP 알림 전송을 명시적으로 활성화:

  1. 구성 모드에서 [edit interfaces interface-name]계층 수준으로 이동합니다:
  2. 연결 상태 변경 시 SNMP 알림을 활성화하기 위해 traps 옵션을 구성합니다.

물리적 인터페이스에서 SNMP 알림 비활성화:

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

  2. 연결 상태 변경 시 SNMP 알림을 비활성화하기 위해 no-traps 옵션을 구성합니다.

물리적 인터페이스의 Accounting

Junos OS을(를) 실행하는 디바이스는 디바이스를 통과하는 트래픽에 대한 다양한 데이터를 수집할 수 있습니다. 시스템 관리자는 이 데이터의 몇 가지 공통된 특성을 지정하는 하나 이상의 accounting profile을 설정할 수 있습니다. 이러한 특성은 다음과 같습니다.

  • accounting 기록에 사용되는 필드

  • 라우터 또는 스위치가 삭제하기 전에 보유하는 파일 수 및 파일당 바이트 수

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

개요

필터 프로필과 인터페이스 프로필이라는 두 가지 유형의 accounting 프로필이 있습니다. [edit accounting-options] 계층 수준에서 문을 사용하여 프로필을 구성합니다.

[edit accounting-options]계층 수준에서 filter-profile문을 포함하여 필터 프로필을 구성합니다. 필터 프로필은 [edit firewall filter filter-name]및 [edit firewall family family filter filter-name]계층 수준에서 accounting-profile문을 포함하여 적용합니다.

인터페이스 프로필은 [edit accounting-options]계층 수준에서 interface-profile문을 포함하여 구성합니다. 인터페이스 프로필 구성 방법에 대해 확인하려면 다음 내용을 계속 읽어보십시오.

물리적 인터페이스의 Accounting 프로필 구성

시작하기 전에

[edit accounting-options] 계층 수준에서 accounting 데이터 로그 파일을 구성합니다. 운영 체제는 accounting 데이터 로그 파일에 통계를 기록합니다.

accounting 데이터 로그 파일 구성 방법에 대한 자세한 내용은 Accounting 데이터 로그 파일 구성을 참조하십시오.

구성

특정 물리적 인터페이스에서 입력 및 출력 패킷에 대한 오류와 통계 정보를 수집할 수 있는 인터페이스 프로필을 구성합니다. 인터페이스 프로필은 운영 체제가 로그 파일에 쓰는 정보를 지정합니다.

인터페이스 프로필 구성 방법:

  1. [edit accounting-options interface-profile] 계층 수준으로 이동합니다. 인터페이스 프로필의 이름을 지정하는 profile-name을(를) 포함합니다.
  2. 인터페이스에 대해 수집해야 하는 통계를 구성하려면 fields 문을 포함합니다.
  3. 각 accounting 프로필은 통계를 /var/log 디렉터리에 있는 파일에 기록합니다. 사용할 파일을 구성하려면 file 문을 사용합니다.
    주:

    [edit accounting-options]계층 수준에서 이미 구성된 인터페이스 프로필에 대해 file문을 지정해야 합니다.
  4. 운영 체제는 accounting 프로필이 활성화된 각 인터페이스의 통계를 수집합니다. accounting 프로필에 대해 지정된 시간 간격마다 한 번씩 통계를 수집합니다. 운영 체제는 구성된 간격에 대해 균등하게 통계 수집 시간을 예약합니다. 간격을 구성하려면 interval 문을 사용합니다.
    주:

    허용되는 최소 간격은 1분입니다. 다수의 인터페이스에 대해 accounting 프로필에 낮은 간격을 구성하면 심각한 성능 저하가 발생할 수 있습니다.
  5. [edit interfaces interface-name]계층 수준에서 accounting-profile문을 포함하여 인터페이스 프로필을 물리적 인터페이스에 적용합니다. 운영 체제는 지정한 인터페이스에 대한 accounting을 수행합니다.

참조

Accounting Profile 표시 방법

목적

다음과 같이 구성된 [edit accounting-options interface-profile profile-name] 계층 수준에서 특정 물리적 인터페이스에 대해 구성된 accounting profile을 표시하기 위해:

  • 인터페이스 이름—et-1/0/1

  • Interface profile —if_profile

  • 파일 이름—if_stats

  • 간격—15분

작업

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

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

의미

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

물리적 인터페이스 비활성화

구성에서 인터페이스 구성 문을 제거하지 않고 물리적 인터페이스를 비활성화하여 중단된 것으로 표시할 수 있습니다.

물리적 인터페이스 비활성화 방법

경고:

동적 가입자와 논리 인터페이스는 네트워크 연결을 위해 물리적 인터페이스를 사용합니다. 사용자는 동적 가입자 및 논리 인터페이스가 활성 상태인 동안 인터페이스를 비활성화하도록 설정하고 변경사항을 커밋할 수 있습니다. 이 작업으로 인해 인터페이스의 모든 가입자 연결이 손실됩니다. 인터페이스를 비활성화할 때 주의하십시오.

물리적 인터페이스를 수행하려면 다음을 수행합니다.

  1. 구성 모드에서, [edit interfaces interface-name] 계층 레벨로 이동합니다.
  2. disable 문을 포함합니다.

    예:

    주:

    edit interfaces 계층 수준에서 disable 문을 사용할 경우, PIC 유형에 따라 인터페이스가 레이저를 끄거나 끄지 않을 수 있습니다. 구형 PIC 트랜시버는 레이저 끄기를 지원하지 않지만 SFP 및 XFP 트랜시버를 탑재한 최신 기가비트 이더넷 PIC는 이 기능을 지원합니다. 최신 PIC를 탑재한 디바이스에서는 인터페이스가 비활성화되면 레이저가 꺼집니다.
    레이저 경고:

    인터페이스가 비활성화되었더라도 레이저 빔을 응시하거나 광학 기기를 통해 직접 보지 마십시오.

예: 물리적 인터페이스 비활성화

샘플 인터페이스 구성:

인터페이스 비활성화:

인터페이스 구성 확인:

T 시리즈 PIC에서 인터페이스 비활성화의 영향

다음 표에서는 T 시리즈 PIC에서 set interfaces disable interface_name 문을 사용하는 경우의 효과를 설명합니다.

표 1: T 시리즈 PIC에서 인터페이스 <interface_name>비활성화 설정 의 효과

PIC 모델 번호

PIC 설명

PIC 유형

동작

PF-12XGE-SFPP

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

5

송신(Tx) 레이저 비활성화

PF-24XGE-SFPP

10기가비트 이더넷 LAN/WAN PIC(초과 구독 및 SFP+ 포함)(T4000 라우터)

5

Tx 레이저 비활성화

PF-1CGE-CFP

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

5

Tx 레이저 비활성화

PD-4XGE-XFP

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

4

Tx 레이저 비활성화

PD-5-10XGE-SFPP

10기가비트 LAN/WAN(SFP+ 포함)

4

Tx 레이저 비활성화

PD-1XLE-CFP

40기가비트(CFP 포함)

4

Tx 레이저 비활성화

PD-1CE-CFP-FPC4

100기가비트(CFP 포함)

4

Tx 레이저 비활성화

PD-TUNNEL

40기가비트 터널 서비스

4

NA

PD-4OC192-SON-XFP

OC192/STM64, 4포트 XFP

4

Tx 레이저 비활성화되지 않음

PD-1OC768-SON-SR

OC768c/STM256, 1포트

4

Tx 레이저 비활성화되지 않음

변경 내역 표

기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. Feature Explorer 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.

릴리스
설명
14.2
Junos OS 릴리스 14.2부터 이 auto-10m-100m 옵션을 사용하면 고정 3단 속도 포트가 또는 최대 속도로 제한 100m10m되는 포트와 자동 협상할 수 있습니다. 이 옵션은 MX 플랫폼의 Tri-rate MPC 포트, 즉 3D 40x 1GE(LAN) RJ45 MIC에 대해서만 활성화해야 합니다. 이 옵션은 MX 플랫폼에서 다른 MIC를 지원하지 않습니다.
11.4
Junos OS 릴리스 11.4부터 Tri-Rate 이더넷 구리 인터페이스에서 반이중 모드가 지원되지 않습니다. 문을 포함할 speed 때는 동일한 계층 수준에 문을 포함해야 link-mode full-duplex 합니다.